добавил материал «Бездрайверный статья.docx» (Скачать) в проект «Коммутационный метод управления массивом светодиодов»
Новости конкурса
Все новостиПроекты участников
Люди 6226
Эксперты 102
Пульс проекта
добавил материал «Архитектура программного комплекса.docx» (Скачать) в проект «Программный комплекс Electricae Oraculum»
-
и ещё 1 человек опубликовали 4 комментария к проекту «Программный комплекс Electricae Oraculum» -
добавил материал «общая структура.png» (Скачать) в проект «Программный комплекс Electricae Oraculum»
Для построения программного комплекса, включая применение методов и алгоритмов прогнозирования энергопотребления исследуемых объектов, была разработана платформа на основе паттерна MVC.
Шаблон проектирования MVC предполагает разделение данных…
Для построения программного комплекса, включая применение методов и алгоритмов прогнозирования энергопотребления исследуемых объектов, была разработана платформа на основе паттерна MVC.
Шаблон проектирования MVC предполагает разделение данных приложения, пользовательского интерфейса и управляющей логики на три отдельных компонента: Модель, Представление и Контроллер – таким образом, что модификация каждого компонента может осуществляться независимо.
Основные преимущества MVC архитектуры:
единая концепция системы. Несомненным плюсом MVC является единая глобальная архитектура приложения. Даже в сложных системах, разработчики (как те, которые разрабатывали систему, так и вновь присоединившиеся) могут легко ориентироваться в программных блоках. Например, если возникла ошибка в логике обработки данных, разработчик сразу отбрасывает 2-блока программы (controller и view) и занимается исследованием 3-го (model).
упрощен механизм отладки приложения. Т. к. весь механизм визуализации теперь сконцентрирован в одном программном блоке, упростились механизмы опционального вывода графических элементов.
В свою очередь, к основным недостаткам данного подхода можно отнести:
необходимость использования большего количества ресурсов. Сложность обусловлена тем, что все три фундаментальных блока являются абсолютно независимыми и взаимодействуют между собой исключительно путем передачи данных. Controller должен всегда загрузить (и при необходимости создать) все возможные комбинации переменных и передать их в Model. Model, в свою очередь, должен загрузить все данные для визуализации и передать их во View. Например, в модульном подходе, модуль может напрямую обрабатывать переменные окружения и визуализировать данные без загрузки их в отдельные секции памяти;
усложнен механизм разделения программы на модули. В концепции MVC наличие трех блоков (Model, View, Controller) прописано жестко. Соответственно каждый функциональный модуль должен состоять из трех блоков, что в свою очередь, несколько усложняет архитектуру функциональных модулей программы;
усложнен процесс расширения функционала. Проблема очень схожа с вышеописанной. Недостаточно просто написать функциональный модуль и подключить его в одном месте программы. Каждый функциональный модуль должен состоять из трех частей, и каждая из этих частей должна быть подключена в соответствующем блоке.
Предлагаемая архитектура построения приложения представлена на рисунке