Модуль 7 Часть 4 Примерная современная схема разработки ПО

Автор Georgiy Dronov
Модуль 7 Часть 4  Примерная современная схема разработки ПО

и так.

Сейчас мы посмотрим на общую примерную схему разработки программного обеспечения конечно же не все работают по этой схеме она не универсальная на 100%, но как выполнено 100% ничего не бывает вот большую часть современных приложение особенно массивных приложение которое предназначено для большого широкого. Круга потребителей пишется примерно примерно таким методом. У нас есть условная ядро модель бизнес-модель по которой работает.

Это предложение — это его функционал — это его основные задачи там заложены все его возможности и всё, что она должна уметь и делать в обязательном порядке должна массивном блоком в специально выделенном потому, что она обязательно описана отдельно.

Почему модульная ещё. Сейчас объясню отдельный массивный блок основной функционал заложен в нём отдельным блоком у нас здесь выделено да то старое, что есть место где мы храним. Дан либо которая приложение получает от пользователей некоторой отдает им либо эти и другие нам неважно сейчас здесь у нас отдельным налогам описывается как — это будет храниться. Где — это вы хранит — это будет база данных. Когда будет текстовое — это будет. Облачное хранилище не важно именно здесь мы описываем как. Почему и, что и отдельным блоком у нас идёт пользовательский интерфейс User Interface. Почему идёт отдельным блоком модульность именно для того чтобы мы могли в нужный момент времени переписать ту или иную часть приложение интерфейс ли ядро ли. Не дай. Бог ли метод данных. Именно для этого нам нужно модульность. Возможно мы пока приложение. Наше работала там год 23 User Experience мы поняли, что нам нужно менять. Интерфейс Да мы хотим сделать вот допустим более крутым более красивым или привязаться какой-то новые технологии например html5 модель отвязаться от какой-то другой технологий и мы поняли новый интерфейс и нам не придется переписывать. Не дай. Бог ядром, но мне придется переписывать надо хранение данных нам придётся переписать отдельно сам интерфейс при этом интерфейс взаимодействия ядра API у нас сделан он у нас уже есть он остался тем же мы можем команде который будет делать графический интерфейс вот наш продукт он так работает. Вот его методы здесь все рычаги кнопки там подключаемые трубочки и всё остальное. Вот вот вам нужно к нему привязываться на его основе сделайте нам вот красотулю и в один прекрасный момент. Мы помним уже даже у нас интерфейс не устраивает они его пилят пилят пилят. В итоге они готовы. Да без проблем. Мы делаем 220 вольт выпустили новый интерфейс мы старые Graham ставим новый нам не придётся переделывать всю работу дали. Так называем плагины. Анек Мы немножко упоминали уже на более простых вещах. Когда мы обсуждали браузере здесь принцип остался тем же если нам нужно не меня основного ядра не внося изменения в том, что честно — это боль печаль уныние и страх и прокрастинация если не меняя функционал сам тип ядра не. Переписывай Ивана нужно добавить какое-то функционал сделать что-то невозможно изменить что-то имеющиеся, но ни у кого не поднимается рука убить этого чудовища то мы записываем модуль отдельный плагин и подключаем его через коннектор через адаптер дети должны быть запланированы или внедрены в уже имеющиеся ядро однако множество с авто имеет огромное количество подключаемых модулей к сожалению к сожалению мы всё ещё идём метод разработки нас такой, что мы накапливаем кот иногда куча функций устаревает. Ну чтобы полностью от них избавиться чтобы полностью избавиться от ошибок заложенных. Или архитектур надо или допущенных. Случайно Если речь идет. Не просто я печатаю конечно же попросил равно логикар чтобы избавиться от этих ошибок нам нужно иногда переписывать чёртовой бабушке всё ядро. Это огромный кусок работы зачастую на полный рефакторинг мало кто идёт — это очень редко происходит огромный. Объем работы огромное количество время затрат огромное количество затрат денег и так далее поэтому обычно — это делается плагинами внедряемые Skype сам по себе работает водяной по-любому видели. Вот Вы точно пользуетесь каким как минимум блокировщиком рекламы в браузере в принципе у него точно такой же одно маленький кусочек приложение вас есть метод взаимодействия его с основным приложением вывод подключили поехали ещё раз модульность упрощает нам если нам нужно взаимодействовать с какими-то отдельными отдельным куском отдельным блоком и что-то с ним сделать кардинально интерфейс взаимодействия API ручки топора нам необходимы чтобы между собой не могли взаимодействовать понятие A5. Как вы уже наверное заметили она относится и к модульности написание софта и библиотекам екатеринбургом — это в целом интерфейс взаимодействия. То есть те заранее подготовленные — это важно заранее подготовленные и описанные возможности. Как вы можете производить действия и получать какой-то результат с этим блоком условным естественно если сделано одним куском куда естественно у нас возникают проблемы на нужно отправить интерфейс поменять немножко модель куда-то по-другому складывать данное нам приходится переделывать его с нуля сейчас мало кто так делает. Слава Богу, что наконец-то перешли от какого метода разработки потому, что выпуске новых версий сорта могли приводить к тому что. Всё старое перестала поддерживаться это. Многие могут пол из тех кто взаимодействовал с 1С в старые добрые старушка будь они неладны три раза. Вот очень много было проблем с переходом с одной версии на другую. Вот и скажи именно по такому принципу они работали и так ещё раз до для общей опасности мы стараемся сделать модульную систему чтобы один из модулей мы могли переделывать или там модифицировать независимо от остальных продолжая независимость мы заранее.

0 комментариев
0

Читайте также