Сообщение Re[8]: Метапрограммисты надоели от 06.10.2014 19:03
Изменено 06.10.2014 19:07 DarkEld3r
Здравствуйте, PM, Вы писали:
Мне Qt тоже не кажется идеальным фреймворком, но отдельные пунты не могу не прокомментировать.
PM> Имеет достаточно давнюю историю и несет груз решений, принятых почти 20 лет назад из которых вытекают следующие пункты
Само по себе это не недостаток. Скорее наоборот — тем более, что ряд классов/функций выкидывались переписывались, то есть нельзя сказать, что они не внедряют улучшения и тащат за собой легаси.
PM> Пытается быть мега-фреймворком со своими строками, сокетами, файлами и т.п.
Так ли это плохо? Скажем, строки у них весьма удобны. Ничего подобного в стандарте или даже бусте нет. Файлы тоже удобнее стандартных.
А их контейнеры совместимы с стлевскими алгоритмами и наоборот.
PM> Неоднозначная политика владения дочерними объектами
Она вполне однозначная в рамках фреймворка. (: В том смысле, что ничего неожиданного не происходит. Опять же, местами удобно.
PM> Жесткая связка модель-вид, где шаг влево или вправо от принятой концепции модели карается хаками в реализации views.
Ну это да. Хотя возможно "по старинке" пользоваться контролами без связки с модель/вью.
Мне Qt тоже не кажется идеальным фреймворком, но отдельные пунты не могу не прокомментировать.
PM> Имеет достаточно давнюю историю и несет груз решений, принятых почти 20 лет назад из которых вытекают следующие пункты
Само по себе это не недостаток. Скорее наоборот — тем более, что ряд классов/функций выкидывались переписывались, то есть нельзя сказать, что они не внедряют улучшения и тащат за собой легаси.
PM> Пытается быть мега-фреймворком со своими строками, сокетами, файлами и т.п.
Так ли это плохо? Скажем, строки у них весьма удобны. Ничего подобного в стандарте или даже бусте нет. Файлы тоже удобнее стандартных.
А их контейнеры совместимы с стлевскими алгоритмами и наоборот.
PM> Неоднозначная политика владения дочерними объектами
Она вполне однозначная в рамках фреймворка. (: В том смысле, что ничего неожиданного не происходит. Опять же, местами удобно.
PM> Жесткая связка модель-вид, где шаг влево или вправо от принятой концепции модели карается хаками в реализации views.
Ну это да. Хотя возможно "по старинке" пользоваться контролами без связки с модель/вью.
Re[8]: Метапрограммисты надоели
Здравствуйте, PM, Вы писали:
Мне Qt тоже не кажется идеальным фреймворком, но отдельные пунты не могу не прокомментировать.
PM>Имеет достаточно давнюю историю и несет груз решений, принятых почти 20 лет назад из которых вытекают следующие пункты
Само по себе это не недостаток. Скорее наоборот — тем более, что ряд классов/функций выкидывались переписывались, то есть нельзя сказать, что они не внедряют улучшения и тащат за собой легаси.
PM>Пытается быть мега-фреймворком со своими строками, сокетами, файлами и т.п.
Так ли это плохо? Скажем, строки у них весьма удобны. Ничего подобного в стандарте или даже бусте нет. Файлы тоже удобнее стандартных.
А их контейнеры совместимы с стлевскими алгоритмами и наоборот.
PM>Неоднозначная политика владения дочерними объектами
Она вполне однозначная в рамках фреймворка. (: В том смысле, что ничего неожиданного не происходит. Опять же, местами удобно.
PM>Жесткая связка модель-вид, где шаг влево или вправо от принятой концепции модели карается хаками в реализации views.
Ну это да. Хотя возможно "по старинке" пользоваться контролами без связки с модель/вью.
Мне Qt тоже не кажется идеальным фреймворком, но отдельные пунты не могу не прокомментировать.
PM>Имеет достаточно давнюю историю и несет груз решений, принятых почти 20 лет назад из которых вытекают следующие пункты
Само по себе это не недостаток. Скорее наоборот — тем более, что ряд классов/функций выкидывались переписывались, то есть нельзя сказать, что они не внедряют улучшения и тащат за собой легаси.
PM>Пытается быть мега-фреймворком со своими строками, сокетами, файлами и т.п.
Так ли это плохо? Скажем, строки у них весьма удобны. Ничего подобного в стандарте или даже бусте нет. Файлы тоже удобнее стандартных.
А их контейнеры совместимы с стлевскими алгоритмами и наоборот.
PM>Неоднозначная политика владения дочерними объектами
Она вполне однозначная в рамках фреймворка. (: В том смысле, что ничего неожиданного не происходит. Опять же, местами удобно.
PM>Жесткая связка модель-вид, где шаг влево или вправо от принятой концепции модели карается хаками в реализации views.
Ну это да. Хотя возможно "по старинке" пользоваться контролами без связки с модель/вью.