Контроллеры обрабатывают прикладной ввод, а представления — прикладной вывод, обе эти задачи являются относительно простыми и четкими. Каркасы лучше всего подходят для помощи в быстром объединении этих задач. Но каркасы слабо поддерживают решение «одно-для-всех» в отношении моделей, поскольку модели содержат остальную часть объектно-ориентированного проектирования вашего приложения.
Это тот случай, когда вы должны серьезно подумать о том, какие объекты находятся в вашем приложении и какие данных и поведение эти объекты имеют. Помните о том, что Роберт Л. Гласе оценил, что большая часть разработки программного обеспечения является интеллектуальным и творческим процессом?
Если вас интересуют системные интеграторы Москвы с рекомендацией, интеграторы ip телефонии вам сюда: http://www.open-vision.ru/.
Управление моделью.
К счастью, в поле объектно-ориентированного проектирования существует много мудрости, которая может вести вас. Книга Крейга Лармана (Craig Larman) «Applying UML and Patterns* [12], к примеру, описывает рекомендации, называемые GRASP (General Responsibility Assignment Software Patterns, общие шаблоны распределения обязанностей). Некоторые из этих рекомендаций специально предназначены для отделения моделей от их объектов доступа к данным. Объект, ответственный за операцию, должен иметь все необходимые данные, чтобы выполнить эту операцию.
Опубликовал vovan666
August 26 2013 12:06:07 ·
0 Комментариев ·
3267 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
