верно ли что основная цель использование концепции mvc упрощение архитектуры приложения
Что такое MVC: базовые концепции и пример приложения
Объясняем, что такое паттерн MVC и как он помогает упростить разработку.
MVC — это шаблон программирования, который позволяет разделить логику приложения на три части:
Может показаться, что это что-то запутанное, но на самом деле всё просто.
Пишет о программировании, в свободное время создает игры. Мечтает открыть свою студию и выпускать ламповые RPG.
Как работает MVC
Лучше всего понять концепцию MVC можно на реальном примере — ресторане с фастфудом. В нём посетители (пользователи) подходят к кассиру (одновременно вид и контроллер), видят меню и заказывают какое-нибудь блюдо.
Кассир проверяет, всё ли в порядке с заказом, и после оплаты передаёт нужные данные повару (модель). Повар готовит заказанное блюдо, хотя понятия не имеет о том, как выглядит посетитель, оплатил ли он заказ и так далее.
Когда модель закончит свою работу, она отправит результат в вид — обратно кассиру, который, в свою очередь, отдаст готовое блюдо посетителю.
Если же говорить о приложениях, то компоненты будут следующие:
Стоит также отметить, что реализация паттерна MVC может отличаться в зависимости от задачи. Например, в веб-разработке модель и вид взаимодействуют друг с другом через контроллер (как в примере с рестораном), а в приложениях модель может сама уведомлять вид, что нужно что-то изменить.
Зачем программистам нужен MVC
Этот паттерн разработки нужен для того, чтобы разделить логические части приложения и создавать их отдельно друг от друга. То есть писать независимые блоки кода, которые можно как угодно менять, не затрагивая другие.
Например, чтобы можно было переписать способ обработки данных, не меняя при этом способ их отображения. Это позволяет эффективно работать нескольким программистам — каждый занимается своим компонентом. При этом разработчику не нужно вникать в чужой код и его действия никак не повлияют на другие фрагменты приложения.
Независимым программистам MVC тоже будет полезен, потому что они смогут сосредоточиться на разработке одного компонента за раз. На курсе по С#-разработке мы учим писать тестируемые и поддерживаемые приложения, а паттерн MVC как раз упрощает эту задачу.
Практика: пишем
MVC-приложение
Чтобы лучше вникнуть в этот паттерн, стоит применить его на практике. Для этого создайте WPF-приложение и сверстайте такую форму:
Это и есть View — его видит пользователь. Тут есть кнопка, при нажатии на которую вызывается Controller:
Контроллер получает пользовательский ввод и обрабатывает данные. Он также может проверять права пользователя. Если валидация проходит успешно, данные передаются в Model:
Модель проводит с этими данными необходимые операции, а затем вызывает метод обновления вида:
Концепция MVC для чайников
Древнейшая история
MVC — это не шаблон проекта, это конструкционный шаблон, который описывает способ построения структуры нашего приложения, сферы ответственности и взаимодействие каждой из частей в данной структуре.
Впервые она была описана в 1979 году, конечно же, для другого окружения. Тогда не существовало концепции веб приложения. Tim Berners Lee (Тим Бернерс Ли) посеял семена World Wide Web (WWW) в начале девяностых и навсегда изменил мир. Шаблон, который мы используем сегодня, является адаптацией оригинального шаблона к веб разработке.
Бешеная популярность данной структуры в веб приложениях сложилась благодаря её включению в две среды разработки, которые стали очень популярными: Struts и Ruby on Rails. Эти две среды разработки наметили пути развития для сотен рабочих сред, созданных позже.
MVC для веб приложений
Идея, которая лежит в основе конструкционного шаблона MVC, очень проста: нужно чётко разделять ответственность за различное функционирование в наших приложениях:
Приложение разделяется на три основных компонента, каждый из которых отвечает за различные задачи. Давайте подробно разберём компоненты на примере.
Контроллер (Controller)
Контроллер управляет запросами пользователя (получаемые в виде запросов HTTP GET или POST, когда пользователь нажимает на элементы интерфейса для выполнения различных действий). Его основная функция — вызывать и координировать действие необходимых ресурсов и объектов, нужных для выполнения действий, задаваемых пользователем. Обычно контроллер вызывает соответствующую модель для задачи и выбирает подходящий вид.
Модель (Model)
Модель даёт контроллеру представление данных, которые запросил пользователь (сообщение, страницу книги, фотоальбом, и тому подобное). Модель данных будет одинаковой, вне зависимости от того, как мы хотим представлять их пользователю. Поэтому мы выбираем любой доступный вид для отображения данных.
Модель содержит наиболее важную часть логики нашего приложения, логики, которая решает задачу, с которой мы имеем дело (форум, магазин, банк, и тому подобное). Контроллер содержит в основном организационную логику для самого приложения (очень похоже на ведение домашнего хозяйства).
Вид (View)
Вид обеспечивает различные способы представления данных, которые получены из модели. Он может быть шаблоном, который заполняется данными. Может быть несколько различных видов, и контроллер выбирает, какой подходит наилучшим образом для текущей ситуации.
Веб приложение обычно состоит из набора контроллеров, моделей и видов. Контроллер может быть устроен как основной, который получает все запросы и вызывает другие контроллеры для выполнения действий в зависимости от ситуации.
Разберём пример
Предположим, нам надо разработать онлайновый книжный магазин. Пользователь может выполнять следующие действия: просматривать книги, регистрироваться, покупать, добавлять пункты к текущему заказу, создавать или удалять книги (если он администратор). Давайте посмотрим, что произойдёт, когда пользователь нажмёт на категорию фэнтези для просмотра названий книг, которые имеются в нашем магазине.
У нас есть определённый контроллер для обработки всех действий, связанных с книгами (просматривать, редактировать, создавать и так далее). Давайте назовем его books_controller.php в нашем примере. Также нам нужна модель, например, book_model.php, которая обрабатывает данные и логику, связанные с позицией в магазине. В заключение, нам нужно несколько видов для представления данных, например, список книг, страница для редактирования и так далее.
Следующий рисунок показывает, как обрабатывается запрос пользователя для просмотра списка книг по теме фэнтези:
Контроллер (books_controller.php) получает запрос пользователя [1] (запрос HTTP GET или POST). Мы можем организовать центральный контроллер, например, index.php, который получает запрос и вызывает books_controller.php.
Контроллер проверяет запрос и параметры, а затем вызывает модель(book_model.php), запрашивая у неё список доступных книг по теме фэнтези [2].
Модель получает данные из базы (или из другого источника, в котором хранится информация) [3], применяет фильтры и необходимую логику, а затем возвращает данные, которые представляют список книг [4].
Контроллер использует подходящий вид [5] для представления данных пользователю 6. Если запрос приходит с мобильного телефона, используется вид для мобильного телефона; если пользователь использует определённое оформление интерфейса, то выбирается соответствующий вид, и так далее.
В чем преимущества?
Самое очевидное преимущество, которое мы получаем от использования концепции MVC — это чёткое разделение логики представления (интерфейса пользователя) и логики приложения.
Поддержка различных типов пользователей, которые используют различные типы устройств является общей проблемой наших дней. Предоставляемый интерфейс должен различаться, если запрос приходит с персонального компьютера или с мобильного телефона. Модель возвращает одинаковые данные, единственное различие заключается в том, что контроллер выбирает различные виды для вывода данных.
Помимо изолирования видов от логики приложения, концепция MVC существенно уменьшает сложность больших приложений. Код получается гораздо более структурированным, и, тем самым, облегчается поддержка, тестирование и повторное использование решений.
А зачем использовать рабочую среду?
Когда вы используете рабочую среду, базовая структура MVC уже подготовлена, и вам остаётся только расширить структуру, размещая ваши файлы в соответствующих директориях для соответствия шаблону MVC. Кроме того, у вас будет набор функций, которые уже написаны и хорошо протестированы.
Рассмотрим cakePHP в качестве примера рабочей среды MVC. После установки у вас будет три основных директории:
Папка app является местом размещения ваших файлов. Это место для разработки вашей части приложения.
В папке cake размещаются файлы cakePHP (функциональность рабочей среды).
Папка vendors служит для хранения библиотек PHP сторонних разработчиков.
Ваше рабочее пространство (директория app) имеет следующую структуру:
Вам нужно размещать ваши контроллеры в директории controllers, модели в директории models и виды в директории views!
Как только вы начнёте использовать рабочую среду, то сразу станет ясно, где размещается практически любая часть вашего приложения, которую надо создать или модифицировать. Такая организация сама по себе значительно упрощает процесс разработки и поддержки приложения.
Использование рабочей среды для нашего примера
Так как данный урок не имеет целью показать процесс создания приложения с помощью cakePHP, то мы покажем только код для модели, контроллера и вида с комментариями о преимуществах использования рабочей среды MVC. Код специально упрощён и непригоден для использования в реальном приложении.
Помните, мы рассматривали книжный магазин и любопытного пользователя, который хотел увидеть полный список книг по теме фэнтези. Контроллер получал запрос пользователя и координировал необходимые действия.
Итак, как только пользователь нажимает кнопку, браузер запрашивает данный url:
Контроллер
В рабочей среде cakePHP, наш контроллер будет выглядеть так:
Просто, не так ли?. Данный контроллер будет сохранен как books_controller.php и размещён в /app/controllers. Он содержит список функций, которые выполняют действия для нашего примера, а также другие функции для выполнения связанных с книгами операций (добавить новую книгу, удалить книгу, и так далее).
Рабочая среда предоставляет нам множество готовых решений и нужно только сформировать список книг. Есть базовый класс, в котором уже определено базовое функционирование контроллера, таким образом, надо унаследовать свойства и функции этого класса (AppController является наследником Controller).
Все что нужно сделать в списке действий — вызвать модель для получения данных и затем выбрать вид для представления их пользователю. Вот как это делается.
сообщает модели, что нужно вернуть список книг по выбранной теме (мы рассмотрим модель позже).
Метод set в строке:
Контроллер передаёт данные виду. Переменная books принимает данные, возвращённые моделью, и они становятся доступными для вида.
Теперь остаётся только вывести на экран вид, но эта функция выполняется автоматически в cakePHP, если мы используем вид по умолчанию. Если мы хотим использовать другой вид, то надо явно вызвать метод render.
Модель
Модель даже ещё проще:
Почему она пустая? Потому что она является наследником базового класса, который обеспечивает необходимую функциональность и нам нужно использовать соглашение об именах в CakePHP для того, чтобы рабочая среда выполняла все другие задачи автоматически. Например, cakePHP известно на основании имени, что данная модель используется в BooksController, и что она имеет доступ к таблице базы данных с именем books.
С таким определением у нас будет модель, которая может только читать, удалять или сохранять данные в базе данных.
Код сохраняем как book.php в папке /app/models.
Все, что нам нужно теперь сделать — это создать вид (по крайней мере, один) для списка действий. Вид будет иметь код HTML и несколько (как можно меньше) строк кода PHP для организации цикла по массиву книг, которые предоставляется моделью.
Как можно заметить, вид создаёт не полноценную страницу, а лишь фрагмент HTML (таблицу в данном случае). Потому, что CakePHP обеспечивает другой способ для определения шаблона страницы, и вид вставляется в данный шаблон. Рабочая среда также обеспечивает нас некоторыми вспомогательными объектами для выполнения общих задач во время создания частей HTML страницы (вставка форм, ссылок, Ajax или JavaScript).
Сохраняем вид как list.ctp ( list — это имя действия, а ctp означает шаблон CakePHP) в папке /app/views/books (потому, что это вид для действия контроллера).
Вот так выполняются все три компонента с помощью рабочей среды CakePHP!
Данный урок подготовлен для вас командой сайта ruseller.com
Источник урока: net.tutsplus.com/tutorials/other/mvc-for-noobs/
Перевел: Сергей Фастунов
Урок создан: 4 Августа 2010
Просмотров: 374376
Правила перепечатки
5 последних уроков рубрики «PHP»
Фильтрация данных с помощью zend-filter
Когда речь идёт о безопасности веб-сайта, то фраза «фильтруйте всё, экранируйте всё» всегда будет актуальна. Сегодня поговорим о фильтрации данных.
Контекстное экранирование с помощью zend-escaper
Обеспечение безопасности веб-сайта — это не только защита от SQL инъекций, но и протекция от межсайтового скриптинга (XSS), межсайтовой подделки запросов (CSRF) и от других видов атак. В частности, вам нужно очень осторожно подходить к формированию HTML, CSS и JavaScript кода.
Подключение Zend модулей к Expressive
Expressive 2 поддерживает возможность подключения других ZF компонент по специальной схеме. Не всем нравится данное решение. В этой статье мы расскажем как улучшили процесс подключение нескольких модулей.
Совет: отправка информации в Google Analytics через API
Предположим, что вам необходимо отправить какую-то информацию в Google Analytics из серверного скрипта. Как это сделать. Ответ в этой заметке.
Подборка PHP песочниц
Подборка из нескольких видов PHP песочниц. На некоторых вы в режиме online сможете потестить свой код, но есть так же решения, которые можно внедрить на свой сайт.
Model View Controller (MVC) опыт использования, выводы
Недавно закончил свой первый проект, реализованный согласно концепции Model-View-Controller (MVC, хотя с технической точки зрения, правильнее было бы CMV). В статье предлагаю читателю познакомиться с моими личными впечатлениями от концепции.
Примечание
Все написанное в статье – это мое личное мнение. Вы, как читатель, не обязаны с ним соглашаться.
Цель статьи – ознакомить читателя с еще одним мнением, относительно распространенной концепции.
Мой путь к MVC
Некоторое время назад, мной было принято решение сделать свой блог. Повозившись какое-то время с WordPress пришел к выводу, что «там рыбы нет» (и сегодня, глядя на статистику запросов к сайту считаю, что отказ от WordPress было правильным решением). В общем, проанализировав совокупность внешних факторов (мои знания, необходимое время на разработку, доп. затраты на обслуживание и т. д.) решил все разработать самостоятельно, с нуля. И т. к. теперь у меня руки были развязаны (в выборе механизмов программной организации), решил опробовать «на себе» широко разрекламированную концепцию MVC (в предыдущих проектах я использовал модульный подход).
Мое понимание MVC
Недостатки концепции MVC
1. Необходимость использования большего количества ресурсов. Сложность обусловлена тем, что все три фундаментальных блока являются абсолютно независимыми и взаимодействуют между собой исключительно путем передачи данных. Controller должен всегда загрузить (и при необходимости создать) все возможные комбинации переменных и передать их в Model. Model, в свою очередь, должен загрузить все данные для визуализации и передать их во View. Например, в модульном подходе, модуль может напрямую обрабатывать переменные окружения и визуализировать данные без загрузки их в отдельные секции памяти.
2. Усложнен механизм разделения программы на модули. В концепции MVC наличие трех блоков (Model, View, Controller) прописано жестко. Соответственно каждый функциональный модуль должен состоять из трех блоков, что в свою очередь, несколько усложняет архитектуру функциональных модулей программы.
3. Усложнен процесс расширения функционала. Проблема очень схожа с вышеописанной. Недостаточно просто написать функциональный модуль и подключить его в одном месте программы. Каждый функциональный модуль должен состоять из трех частей, и каждая из этих частей должна быть подключена в соответствующем блоке.
Преимущества концепции MVC
1. Единая концепция системы. Несомненным плюсом MVC является единая глобальная архитектура приложения. Даже в сложных системах, разработчики (как те, которые разрабатывали систему, так и вновь присоединившиеся) могут легко ориентироваться в программных блоках. Например, если возникла ошибка в логике обработки данных, разработчик сразу отбрасывает 2-блока программы (controller и view) и занимается исследованием 3-го (model). Я не раз удивлялся, насколько сильно упростилась локализация проблем.
2. Упрощен механизм отладки приложения. Т. к. весь механизм визуализации теперь сконцентрирован в одном программном блоке, упростились механизмы опционального вывода графических элементов. Я не могу оценить насколько это утверждение применимо в программировании классических приложений, но в Web программировании эта архитектурная особенность стала несомненным плюсом.
1. Задачи какого рода решают основные шаблоны проектирования? Повседневные задачи: переадресация работы, обеспечение слабой связности системы и так далее+
Абстрагирование процесса создания экземпляров класса
Создание различных структур, изменяющих поведение уже существующих объектов
Определяют алгоритмы и способы взаимодействия объектов между собой
2. Задачи какого рода решают поведенческие шаблоны проектирования?
Повседневные задачи: переадресация работы, обеспечение слабой связности системы и так далее
Создание различных структур, изменяющих поведение уже существующих объектов
Абстрагирование процесса создания экземпляров класса
Определяют алгоритмы и способы взаимодействия объектов между собой+
3. Задачи какого рода решают порождающие шаблоны проектирования?
Повседневные задачи: переадресация работы, обеспечение слабой связности системы и так далее
Абстрагирование процесса создания экземпляров класса+
Создание различных структур, изменяющих поведение уже существующих объектов
Определяют алгоритмы и способы взаимодействия объектов между собой
4. Задачи какого рода решают структурные шаблоны проектирования?
Определяют алгоритмы и способы взаимодействия объектов между собой
Создание различных структур, изменяющих поведение уже существующих объектов+
Повседневные задачи: переадресация работы, обеспечение слабой связности системы и так далее
Абстрагирование процесса создания экземпляров класса
5. Каким символом на диаграмме классов изображается тот факт, что атрибут имеет область видимости private? –
6. Каким символом на диаграмме классов изображается тот факт, что атрибут имеет область видимости protected?
#+
7. Каким символом на диаграмме классов изображается тот факт, что атрибут имеет бесконечную кратность?
*+
8. Каким символом на диаграмме классов изображается тот факт, что атрибут имеет область видимости public?
+
9. Верно ли то, что отношение композиции является частным случаем отношения агрегации?
Да+
Нет
10. Верно ли то, что существуют такие классы, которые могут иметь один и только один экземпляр?
Да+
Нет
11. Верно ли, что понятие «суперкласс» является синонимом родительского класса?
Да+
Нет
12. Верно ли, что понятия «вложенный класс» и «класс-член» являются синонимами?
Да
Нет+
13. Верно ли, что программист не может управлять сборкой мусора?
Да+
Нет
14. Верно ли, что концепция MVC включает в себя ровно три структурных составляющих: модель, вид и контроллер?
Да+
Нет
15. Верно ли, что наиболее общим отношением между классами является отношение зависимости?
Да+
Нет
16. Верно ли утверждение о том, что Java является декларативным языком программирования?
Да
Нет+
17. Верно ли утверждение о том, что Java является императивным языком программирования?
Да+
Нет
18. Верно ли, что Java позволяет создавать массив заранее известных величин?
Да+
Нет
19. Верно ли, что MVC позволяет визуализировать одни и те же данные разными способами без изменения модели?
Да+
Нет
20. Верно ли, что MVC позволяет подключать к одному виду несколько контроллеров?
Да+
Нет
21. Верно ли, что для создания десктруктора в Java используется блок finalize?
Да+
Нет
22. Верно ли, что один абстрактный класс не может являться родительским по отношению к другому абстрактному классу?
Да
Нет+
23. Верно ли, что абстрактный класс не может иметь экземпляров?
Да+
Нет
24. Верно ли, что абстрактный класс не может содержать реализаций методов?
Да
Нет+
25. Верно ли, что в активной модели MVC об изменениях данных представление оповещает контроллер?
Да
Нет+
26. Верно ли, что в пассивной модели MVC об изменениях данных представление оповещает контроллер?
Да+
Нет
27. Верно ли, что основная цель использование концепции MVC – разграничение логики работы и визуализации?
Да+
Нет
28. Верно ли, что основная цель использование концепции MVC – упрощение архитектуру приложения?
Да
Нет+
29. Верно ли, что отношение агрегации может применяться для изображения иерархических отношений между классами?
Да
Нет+
30. Как расшифровывается аббревиатура JRE?
Java Runtime Environment
31. Как расшифровывается аббревиатура JDK?
Java Development Kit
32. Как расшифровывается аббревиатура JVM?
Java Virtual Machine
33. Какая из парадигм программирования является ведующей в языке Java?
Объектно-ориентированная+
Процедурная
Событийно-ориентированная
Компонентно-ориентированная
34. Какая команда используется для выполения байт-кода?
java
javac+
javar
javarun
35. Какие группы шаблонов проектирования обычно выделяют?
Основные +
Порождающие +
Структурные +
Поведенческие+
36. Какие задачи позволяет решать ключевое слово final?
Создание ненаследуемых методов
Создание абстрактных классов
Создание непереопределяемых методов +
Создание неизменяемых полей +
Создание классов, которые не могут иметь наследников+
37. Какие из перечисленных требований должны выполняться для создания шаблона «неизменяемый объект» в Java?
Все поля класса должны иметь модификатор private
Все методы класса должны быть объявлены с модификатором static
Ссылка this не должна передаваться вовне во время конструирования объекта +
Класс должен быть объявлен с модификатором final+
38. Какие из перечисленных утверждений касательно высокоуровневых шаблонов проектирования верны?
Высокоуровневые шаблоны также называют архитектурными+
Высокоуровневые шаблоны являются универсальными решениями+
Несмотря на то, что высокоуровневые шаблоны являются универсальными, они учитывают специфические особенности конкретных языков программирования
Высокоуровневые шаблоны также называют идиомами
39. Какие из перечисленных утверждений касательно низкоуровневых шаблонов проектирования верны?
Низкоуровневые шаблоны учитывают специфику языка+
программирования +
Низкоуровневые шаблоны также называют идиомами
Низкоуровневые шаблоны являются универсальными
Низкоуровневые шаблоны не используются в прикладных разработках
40. Какие из предлагаемых утверждений верны?
Статическим называется член класса, доступ к которому возможен без создания экземпляра +
Создание статического метода возможно только при использовании ключевого слова static +
Статические поля являются общими для всех экземпляров класса+
Статические поля недоступны экземплярам класса
41. Какие типы связей используют в UML?
Зависимость +
Ассоциация +
Обобщение +
Реализация+
42. Какие типы сущностей выделяют в UML?
Поведенческие +
Аннотирующие +
Структурные +
Группирующие+
43. Каково основное назначение статического импорта?
Позволяет JVM эффективно перенаправлять запросы к классам из других пакетов, принимая во внимание их статическую структуру
Позволяет обращаться к статическим членам без явного указания класса-владельца+
Добавляет в область видимости описываемого класса все статические структуры из указанного пакета
44. Какое из перечисленных утверждений верно?
UML создан путем объединения всех существующих подходов проектирования того времени
UML создан на основе наиболее популярных подходов проектирования того времени+
UML является исторически первым языком моделирования
45. Какое ключевое слово может быть использовано для обращения экземпляра класса к самому себе?
this+
super
instanceof
own
46. Какое количество секций может содержать блок описания интерфейса на UML-диаграмме классов?
Одну +
Две+
Три
Четыре
47. Какое количество секций может содержать блок описания класса на UML-диаграмме классов?
Одну +
Три +
Две+
Четыре
48. Как расшифровывается аббревиатура UML?
Unified Modeling Language+
Universally Modeling Language
Unified Modern Language
Universally Modern Luggage
49. Что из перечисленного может быть отнесено к недостаткам шаблона «отложенная инициализация»?
Не позволяет явным образом задать порядок инициализации +
Вносит дополнительную задержку при обращении к объекту+
Порождает дополнительные ошибки при многопоточной работе
Замедляет инициализацию объектов
50. Что из перечисленного может быть отнесено к преимуществам шаблона «адаптер»?
Увеличивает степень независимости системы от сторонних библиотек+
Смена библиотек не требует изменения всей системы+
Ускорение начальной инициализации
Минимизация задержки при обращении
51. Что из перечисленного может быть отнесено к преимуществам шаблона «делегирование»?
Позволяет изменить поведение избегая наследования+
Повышает степень абстракции+
Положительно сказывается на времени обработки запроса системой
Сокращает число элементов в адресном пространстве
52. Что из перечисленного может быть отнесено к преимуществам шаблона «декоратор»?
Позволяет динамически добавлять объектам новые обязанности+
Упрощает структуру отдельных классов+
Сокращает количество имен в адресном пространстве
Не требует дополнительной иерархии классов
53. Что из перечисленного может быть отнесено к преимуществам шаблона «заместитель»?
Позволяет инициализировать объекты по требованию +
Позволяет придать объектам дополнительный функционал+
Сокращает время отклика системы
Не требует создания новых объектов
54. Что из перечисленного может быть отнесено к преимуществам шаблона «итератор»?
Позволяет поддерживать единообразный интерфейс для доступа к элементам системы+
Позволяет поддерживать несколько активных обходов коллекции+
Итератор не должен владеть всей информацией о коллекции
Не требует дополнительной иерархии классов
55. Что из перечисленного может быть отнесено к преимуществам шаблона «команда»?
Позволяет параметризировать объекты выполняемым действием+
Позволяет обрабатывать запросы как объекты+
Упрощает иерархию классов
Уменьшает время отклика системы
56. Что из перечисленного может быть отнесено к преимуществам шаблона «компоновщик»?
Упрощает архитектуру приложения +
Упрощает процедуру добавления новых компонентов в систему+
Позволяет единообразно работать с составными и примитивными структурами
Позволяет ограничить типы используемых компонентов
57. Что из перечисленного может быть отнесено к членам класса?
Вложенный класс
Метод+
Объект
Поле+
58. Что из перечисленного может быть отнесено к преимуществам шаблона «наблюдатель»?
Сокращает цепочку вызовов, необходимую для уведомления наблюдателей об изменении состояния объекта
Абстрагирует связность объекта и наблюдателей+
Позволяет обеспечить широковещательную рассылку уведомлений+
Повышает степень повторной используемости кода+
59. Что из перечисленного может быть отнесено к преимуществам шаблона «неизменяемый объект»?
Позволяет предотвратить ряд ошибок+
Может быть использован в качестве ключа коллекции +
Удобен для многопоточной работы+
Положительно сказывается на скорости работы
60. Что из перечисленного может быть отнесено к преимуществам шаблона «хранитель»?
Позволяет сохранять внутренне состояние объекта+
Упрощает структуру класса-владельца+
Не раскрывает детали реализации класса-владельца+
Позволяет восстанавливать состояние класса-владельца
61. Что из перечисленного может быть отнесено к преимуществам шаблона «цепочка ответственности»?
Гарантирует, что рано или поздно запрос будет обработан
Позволяет ослабить связи внутри системы+
Не требует дополнительной иерархии классов
Придает дополнительную гибкость при распределении обязанностей+
62. Что из перечисленного может быть отнесено к преимуществам шаблона «одиночка»?
Сокращение числа имен в глобальном адресном пространстве+
Предоставление глобальной точки доступа+
Ускорение начальной инициализации
Минимизация задержки при обращении в силу статической сущности
63. Что из перечисленного может быть отнесено к преимуществам шаблона «посредник»?
Централизовывает управление+
Обеспечивает слабую связность системы+
Упрощает протоколы взаимодействия между компонентами+
Повышает степень повторной используемости кода
64. Что из перечисленного может быть отнесено к преимуществам шаблона «прототип»?
Позволяет специфицировать новые объекты путем изменения значений+
Позволяет сократить иерархию классов+
Позволяет динамически конфигурировать приложение классами+
Значительно уменьшает время, необходимое на создание новых объектов
65. Что из перечисленного может быть отнесено к преимуществам шаблона «состояние»?
Изолирует логику работы от реализации+
Не требует дополнительных имен в адресном пространстве
Позволяет полностью скрыть информацию о классе-владельце
Позволяет избегать применения цепочек условных операторов+
66. Что из перечисленного может быть отнесено к преимуществам шаблона «стратегия»?
Позволяет оперировать семейством алгоритмов+
Предотвращает порождение большого числа подклассов
Сокращает цепочки условных операторов, реализующих сложное поведение системы+
Позволяет динамически выбирать реализацию алгоритма+
67. Что из перечисленного может быть отнесено к преимуществам шаблона «строитель»?
В сравнении с фабричным методом придает дополнительную гибкость процессу конструирования объектов+
Изолирует код конструирования объектов+
Позволяет изменять внутреннее представление объекта+
Не требует дополнительной иерархии классов
68. Что из перечисленного может быть отнесено к преимуществам шаблона «фабричный метод»?
Положительно сказывается на скорости работы
Позволяет устанавливать связь между параллельными иерархиями классов
Сокращает количество имен в адресном пространстве
Позволяет сделать код создания объектов более универсальным+
69. Что из перечисленного может быть отнесено к преимуществам шаблона «фасад»?
Изолирует клиентов от подсистем+
В большинстве случаев приводит к сокращению числа имен в адресном пространстве клиентов
Облегчает устройство системы+
Ограничивает доступ клиентов к подсистемам
70. Каким образом будет выглядеть команда для компиляции класса test, описанного в файле test.java?
javac test.java
71. Сколько байт в памяти ЭВМ занимается одна переменная типа char?
2
72. Как называется один из фундаментальных механизмов объектно-ориентированного программирования, позволяющий классу ограничивать доступ к своим членам?
Инкапсуляция
73. Как называется один из фундаментальных механизмов объектно-ориентированного программирования, позволяющий одному классу расширять функциональность другого, заимствуя при этом поля и методы?
Наследование
74. Как называется один из фундаментальных механизмов объектно-ориентированного программирования, позволяющий элементам с одинаковой спецификацией иметь различную реализацию? Полиморфизм
75. Как называется специализированный метод класса, предназначенный для создания нового экземпляра?
Конструктор
76. Как называется специализированный метод класса, предназначенный для уничтожения существующего экземпляра?
Деструктор
77. Какое ключевое слово используется для указания класса-родителя?
Super
78. Какое ключевое слово используется для указания того, что класс реализует интерфейс?
Implements
79. Какое название получил механизм, позволяющий JVM работать с примитивными типами данных как с объектами?
Автоупаковка
80. Какой вид будет иметь инструкция, добавляющая в область видимости описываемого класса все классы из пакета test?
import test.*;
81. Каким образом будет выглядеть инструкция, указывающая на принадлежность описываемого класса к пакету test, который в свою очередь является подпакетом класса bigtest?
package bigtest.test;
82. Какой вид будет иметь инструкция, добавляющая в область видимости описываемого класса класс test из пакета test?
import test.test;
83. Какой вид будет иметь инструкция, указывающая на принадлежность описываемого класса к пакету test?
package test;
84. С помощью какой команды может быть создан вектор с именем test из элементов типа TestEl?
Vector test = new Vector ();
85. С помощью какой команды может быть создан массив с именем test из десяти элементов типа int?
int[] test = new int[10];
86. Как будет выглядеть команда для запуска класса Test, готовый байт код которого содержится в файле Test.class
java Test
87. Как называется организация, регулирующая развитие UML?
OMG+
ANSI
ACM
NASA
88. Что из перечисленного может быть отнесено к членам класса?
Вложенный класс
Метод+
Объект
Поле+
89. Что из перечисленного может быть отнесено к преимуществам шаблона «шаблонный метод»?
Помогает избегать дублирования повторяющихся конструкций+
Позволяет динамически варьировать поведение системы+
Позволяет оптимизировать передачу данных при вызове методов
Не требует дополнительной иерархии классов