Сообщение Re[2]: Про паттерны управления UI от 06.08.2025 5:03
Изменено 06.08.2025 5:17 Shmj
Re[2]: Про паттерны управления UI
Здравствуйте, Janus, Вы писали:
S>>Что вы используете и что лучшее на ваш взгляд?
J>Все зависит от приложения (количества форм, элементов ) и задач исходящих от клиента (есть дальнейшее развитие проекта или нет )
J>Например в WinForms можно с успехом использовать популярные архитектурные паттерны MVC , MVVM, MVP и в каждой конторе есть
J>свой велосипед (и не один !) к ним.
По умолчанию мы подразумеваем что каждый чел. в перспективе стремится сделать наиболее сложный, с максимальным количеством элементов проект — где требуется максимальная степень контроля — и берет фреймворк на вырост. И все более мелкие проекты использует только как плацдарм для подготовки к чем-то более важному, т.е. если даже фреймворк несколько избыточен для текущего проекта — несомненно опыт работы с ним будет важен для более сложных проектов.
Так что же в таком ракурсе.
S>>Что вы используете и что лучшее на ваш взгляд?
J>Все зависит от приложения (количества форм, элементов ) и задач исходящих от клиента (есть дальнейшее развитие проекта или нет )
J>Например в WinForms можно с успехом использовать популярные архитектурные паттерны MVC , MVVM, MVP и в каждой конторе есть
J>свой велосипед (и не один !) к ним.
По умолчанию мы подразумеваем что каждый чел. в перспективе стремится сделать наиболее сложный, с максимальным количеством элементов проект — где требуется максимальная степень контроля — и берет фреймворк на вырост. И все более мелкие проекты использует только как плацдарм для подготовки к чем-то более важному, т.е. если даже фреймворк несколько избыточен для текущего проекта — несомненно опыт работы с ним будет важен для более сложных проектов.
Так что же в таком ракурсе.
Re[2]: Про паттерны управления UI
Здравствуйте, Janus, Вы писали:
S>>Что вы используете и что лучшее на ваш взгляд?
J>Все зависит от приложения (количества форм, элементов ) и задач исходящих от клиента (есть дальнейшее развитие проекта или нет )
J>Например в WinForms можно с успехом использовать популярные архитектурные паттерны MVC , MVVM, MVP и в каждой конторе есть
J>свой велосипед (и не один !) к ним.
По умолчанию мы подразумеваем что каждый чел. в перспективе стремится сделать наиболее сложный, с максимальным количеством элементов проект — где требуется максимальная степень контроля — и берет фреймворк на вырост. И все более мелкие проекты использует только как плацдарм для подготовки к чем-то более важному, т.е. если даже фреймворк несколько избыточен для текущего проекта — несомненно опыт работы с ним будет важен для более сложных проектов.
Так что же в таком ракурсе?
S>>Что вы используете и что лучшее на ваш взгляд?
J>Все зависит от приложения (количества форм, элементов ) и задач исходящих от клиента (есть дальнейшее развитие проекта или нет )
J>Например в WinForms можно с успехом использовать популярные архитектурные паттерны MVC , MVVM, MVP и в каждой конторе есть
J>свой велосипед (и не один !) к ним.
По умолчанию мы подразумеваем что каждый чел. в перспективе стремится сделать наиболее сложный, с максимальным количеством элементов проект — где требуется максимальная степень контроля — и берет фреймворк на вырост. И все более мелкие проекты использует только как плацдарм для подготовки к чем-то более важному, т.е. если даже фреймворк несколько избыточен для текущего проекта — несомненно опыт работы с ним будет важен для более сложных проектов.
Так что же в таком ракурсе?