Сообщение Re[34]: И кстати про макросы Dart от 26.09.2025 11:08
Изменено 26.09.2025 11:12 rg45
Re[34]: И кстати про макросы Dart
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Вопрос в том, какую компиляцию считать "дорогОй". При компиляции больших текстов на C++, активно использующих шаблонную магию (которую неявно используют многие шаблоны std), количество создаваемых этими шаблонами вспомогательных классов/шаблонов может достигать тысяч и десятков тысяч. При вложении этих конструкций друг в друга количество этих сугубо мусорных объектов растет в геометрической прогрессии. Я не изучал предметно эти зависимости, но жалоб на "очень медленную компиляцию" полно, а ведь в популярных компиляторах обработка этих конструкций наверняка неплохо оптимизирована.
Да, мантры про замедление компиляции очень популярны у всех неосиляторов. Звучит примерно как слова Кота Базилио: "Один мой знакомый читал книжки и ослеп!".
На самом деле реальность несколько другая: замедление компиляции проистекает не от "шаблонной магии", а от говнодизайна, нездоровых зависимостей по коду и данным и неумелого структурирования кода. Это всё идёт от людей, которые в своё время начитались книжек про паттерны, но применять их толком не научились.
ЕМ>Вопрос в том, какую компиляцию считать "дорогОй". При компиляции больших текстов на C++, активно использующих шаблонную магию (которую неявно используют многие шаблоны std), количество создаваемых этими шаблонами вспомогательных классов/шаблонов может достигать тысяч и десятков тысяч. При вложении этих конструкций друг в друга количество этих сугубо мусорных объектов растет в геометрической прогрессии. Я не изучал предметно эти зависимости, но жалоб на "очень медленную компиляцию" полно, а ведь в популярных компиляторах обработка этих конструкций наверняка неплохо оптимизирована.
Да, мантры про замедление компиляции очень популярны у всех неосиляторов. Звучит примерно как слова Кота Базилио: "Один мой знакомый читал книжки и ослеп!".
На самом деле реальность несколько другая: замедление компиляции проистекает не от "шаблонной магии", а от говнодизайна, нездоровых зависимостей по коду и данным и неумелого структурирования кода. Это всё идёт от людей, которые в своё время начитались книжек про паттерны, но применять их толком не научились.
Re[34]: И кстати про макросы Dart
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Вопрос в том, какую компиляцию считать "дорогОй". При компиляции больших текстов на C++, активно использующих шаблонную магию (которую неявно используют многие шаблоны std), количество создаваемых этими шаблонами вспомогательных классов/шаблонов может достигать тысяч и десятков тысяч. При вложении этих конструкций друг в друга количество этих сугубо мусорных объектов растет в геометрической прогрессии. Я не изучал предметно эти зависимости, но жалоб на "очень медленную компиляцию" полно, а ведь в популярных компиляторах обработка этих конструкций наверняка неплохо оптимизирована.
Да, мантры про замедление компиляции очень популярны у всех неосиляторов. Звучит примерно как слова Кота Базилио: "Один мой знакомый читал книжки и ослеп!".
На самом деле реальность несколько другая: замедление компиляции проистекает не от "шаблонной магии", а от говнодизайна, нездоровых зависимостей по коду и данным и неумелого структурирования кода. Это всё идёт от людей, которые в своё время начитались книжек про паттерны проектирования, но применять эти паттерны толком так и не научились.
ЕМ>Вопрос в том, какую компиляцию считать "дорогОй". При компиляции больших текстов на C++, активно использующих шаблонную магию (которую неявно используют многие шаблоны std), количество создаваемых этими шаблонами вспомогательных классов/шаблонов может достигать тысяч и десятков тысяч. При вложении этих конструкций друг в друга количество этих сугубо мусорных объектов растет в геометрической прогрессии. Я не изучал предметно эти зависимости, но жалоб на "очень медленную компиляцию" полно, а ведь в популярных компиляторах обработка этих конструкций наверняка неплохо оптимизирована.
Да, мантры про замедление компиляции очень популярны у всех неосиляторов. Звучит примерно как слова Кота Базилио: "Один мой знакомый читал книжки и ослеп!".
На самом деле реальность несколько другая: замедление компиляции проистекает не от "шаблонной магии", а от говнодизайна, нездоровых зависимостей по коду и данным и неумелого структурирования кода. Это всё идёт от людей, которые в своё время начитались книжек про паттерны проектирования, но применять эти паттерны толком так и не научились.