Именно так и происходит.
Если заложена неправильная архитектура, скорее всего проект будут переписовать. Вероятно — другие люди.
А если вроде все правильно, но постоянно меняются требования то при масштабировании архитектуры можно тоже нехило прогореть.
В этом случае может спасти, например, летальное и окончательное техническое задание.
Ограничений, скорее всего, не заметил. Имеете в виду развернутый просмотр зависимостей компонентов? Запомнилось что при экспорте этих графов и матриц поверх рисовалось куча страшных логотипов, пришлось Print Screen с программы делать :)
Понравилась метрика Type Rank (рейтинг класса) — чем больше к нему зависимостей и обращений тем он выше, и относиться к нему следует аккуратней.
А вас профиль тоже не со всех интернетов открывается из-за подчеркивания(_)?
Всегда логику работы приложения можно уместить в одном методе обработчика событий, особенно при создании интерфейса из кода.
Что мешает вынести всю логику в отдельный класс, или может проект, а в обработчиках кнопок вызывать функции класса?
Если делать так, то скорее всего не будете прокляты тем, кто это будет поддерживать.
www.scene.org/file.php?file=/parties/2007/breakpoint07/demo/fr-041_debris.zip&fileinfo
Получается решение использовать MVC стоит принимать только при необходимости получить чистый HTML-код?
Если заложена неправильная архитектура, скорее всего проект будут переписовать. Вероятно — другие люди.
А если вроде все правильно, но постоянно меняются требования то при масштабировании архитектуры можно тоже нехило прогореть.
В этом случае может спасти, например, летальное и окончательное техническое задание.
Понравилась метрика Type Rank (рейтинг класса) — чем больше к нему зависимостей и обращений тем он выше, и относиться к нему следует аккуратней.
А вас профиль тоже не со всех интернетов открывается из-за подчеркивания(_)?
Цели эти скорее всего не самые важные, а то и вовсе необязательные.
Их пора бы взять ответственность на себя, а не обвинять инструменты.
Всегда логику работы приложения можно уместить в одном методе обработчика событий, особенно при создании интерфейса из кода.
Что мешает вынести всю логику в отдельный класс, или может проект, а в обработчиках кнопок вызывать функции класса?
Если делать так, то скорее всего не будете прокляты тем, кто это будет поддерживать.