Информация об изменениях

Сообщение Re[12]: Философско-практические вопросы про метапрограммиров от 11.02.2023 17:11

Изменено 11.02.2023 17:19 rg45

Re[12]: Философско-практические вопросы про метапрограммиров
Здравствуйте, ботаныч, Вы писали:

R>>Зачем нам эта проверка?

Б>это был ответ на
Б>

Б>оттолкнуться от std::is_same_v<T, std::set>

Б>я просто показал, что параметром шаблона неспециализированный шаблон низя, но сравнить можно — вот так, и ..там мало кода.
Б>я не говорил, что тут проверка на наличие метода sort. даже, что пример к этому относится относится

Ты говорил о предложенном мной подходе:

http://rsdn.org/forum/cpp/8467966.1
Автор: ботаныч
Дата: 11.02.23


для нового продакшин кода, подход rg45 достаточно лаконичен, где стандарт и набор компиляторов практически предопределен и меняется довольно редко (хотя и там будут вопросы по скорости компиляции, иногда короткие лаконичные вещи компилируются дольше). Если же это библиотечный код, то часто предпочтение отдается дедовским версиям SFINAE громоздким, но покрывающим большее количество компиляторов.


Как я понял, ты предлагаешь другой подход, который лучше. Нет, я неправильно тебя понял?
Re[12]: Философско-практические вопросы про метапрограммиров
Здравствуйте, ботаныч, Вы писали:

R>>Зачем нам эта проверка?

Б>это был ответ на
Б>

Б>оттолкнуться от std::is_same_v<T, std::set>

Б>я просто показал, что параметром шаблона неспециализированный шаблон низя, но сравнить можно — вот так, и ..там мало кода.
Б>я не говорил, что тут проверка на наличие метода sort. даже, что пример к этому относится относится

Ты говорил о предложенном мной подходе:

http://rsdn.org/forum/cpp/8467966.1
Автор: ботаныч
Дата: 11.02.23


для нового продакшин кода, подход rg45 достаточно лаконичен, где стандарт и набор компиляторов практически предопределен и меняется довольно редко (хотя и там будут вопросы по скорости компиляции, иногда короткие лаконичные вещи компилируются дольше). Если же это библиотечный код, то часто предпочтение отдается дедовским версиям SFINAE громоздким, но покрывающим большее количество компиляторов.


Как я понял, ты предлагаешь другой подход, который лучше. И мне трудно понять, на чем основываются твои выводы о скорости компиляции и о количестве доступных компиляторов. По-моему, твое решение проблемнее по обоим перечисленным аспектам. Или я неправильно тебя понял?