AZ
просто он будет дефайнить больше вещей, а не только язык и либу
Size: a a a
2020 May 29
AZ
ну или назовите его C++ Ecosystem Standard - сути дела не меняет
A
я не хочу вас и дальше переубеждать важность процесса стандартизации, потому что мне надоело это делать уже
Я с тобой наоборот согласен, но пойнт что "если вас важны детали реализации - пишите своё" слишком радикален. У нас уже есть практики, как можно аккуратно пробросить детали реализации, надо их использовать, и тогда все будут довольны
*
стандарт С++ должен быть про язык. core библиотеку и core features. не надо туда пихать прикладные вещи.
AZ
Я с тобой наоборот согласен, но пойнт что "если вас важны детали реализации - пишите своё" слишком радикален. У нас уже есть практики, как можно аккуратно пробросить детали реализации, надо их использовать, и тогда все будут довольны
да, это и есть задача стандартизации :)))
AZ
"Стандартизация общепринятых практик в виде, удобном для пользователей"
AZ
стандарт С++ должен быть про язык. core библиотеку и core features. не надо туда пихать прикладные вещи.
вот границы прикладухи можете и очертить для себя
AV
стандарт С++ должен быть про язык. core библиотеку и core features. не надо туда пихать прикладные вещи.
если туда еще инфраструктуру бы запихать ещё, тогда в стандартную либу не пришлось бы прикладные вещи пихать
AZ
интересно, что такое прикладные вещи, послушать
*
И как говорит Алексей, то что внесено в стандарт уже вырублено топором на камне.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
AZ
вон там у некоторых стандартизирован JSON парсер, например
A
И как говорит Алексей, то что внесено в стандарт уже вырублено топором на камне.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
Неудачные решения депрекатятся
*
И как говорит Алексей, то что внесено в стандарт уже вырублено топором на камне.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
привет iostreams
AZ
И как говорит Алексей, то что внесено в стандарт уже вырублено топором на камне.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
Нормальные прикладные библиотеки в своём развитии иногда меняют и интерфейс и реализацию. Бывает, что разработчики принимают откоровенно неудачные архитектурные решения и потом осознают этот факт. Для стандартной библиотеки это будет катастрофой.
так это, открою секрет. комитет делает ошибки. и у него должен быть механизм так построен, что эти ошибки позволяет фиксить
AZ
они сами постоянно говорят, что они ПОСТОЯННО делают ошибки
AV
одно дело ошибка, другое дело когда это IPX какой-нибудь
AS
так а libc++ там нормально работает под виндой? или нужно таки msvc stl?
на счёт нормально я не знаю точно ибо мне не нужно, но возможность много лет как есть https://libcxx.llvm.org/docs/BuildingLibcxx.html#experimental-support-for-windows
AZ
и мы имеем то, что имеем сейчас. а механизм эволюции без наращивания кома нет (привет эпохам)
A
так это, открою секрет. комитет делает ошибки. и у него должен быть механизм так построен, что эти ошибки позволяет фиксить
Сейчас механизм как Бьярне в книге D&E описал:
1. Добавляем новую фичу, делая старую ненужной
2. Депрекатим её
3. Дропаем
1. Добавляем новую фичу, делая старую ненужной
2. Депрекатим её
3. Дропаем
AZ
Сейчас механизм как Бьярне в книге D&E описал:
1. Добавляем новую фичу, делая старую ненужной
2. Депрекатим её
3. Дропаем
1. Добавляем новую фичу, делая старую ненужной
2. Депрекатим её
3. Дропаем
на первом пункте начинаются проблемы