В мире дизайна программного обеспечения связь похожа на то, что раздражающий сцепление в вашем плане, которая может отбросить всю систему. Как поставщик муфты, я воочию видел, как высокая связь может превратить плавный проект программного обеспечения в кошмар. Итак, давайте рассмотрим, как мы можем уменьшить связь в дизайне программного обеспечения.
Понимание связи
Прежде чем мы сможем начать сокращать связь, нам нужно знать, что это такое. Соединение относится к степени взаимозависимости между программными модулями. Когда модули сильно связаны, изменение в одном модуле может оказать волновое влияние на другие модули. Это как карточный дом; Вытащите одну карту, и все это рухнет.
Высокая связь затрудняет поддержание, тестирование и расширение программного обеспечения. Например, если вы работаете над крупномасштабным приложением E - Commerce, а модуль управления запасами тесно связан с модулем обработки заказов, любое изменение в правилах инвентаризации может нарушить функциональность обработки заказа.
Важность уменьшения связи
Уменьшение связи имеет кучу преимуществ. Во -первых, это улучшает обслуживание программного обеспечения. Когда модули слабо связаны, вы можете вносить изменения в один модуль, не беспокоясь о влиянии на других. Это означает меньше времени, затраченных на отладку и больше времени на добавление новых функций.
Это также улучшает тестируемость. При низкой связи вы можете самостоятельно проверять каждый модуль, что делает процесс тестирования быстрее и надежным. И когда дело доходит до масштабируемости, свободно связанное программное обеспечение может быть легко расширено, добавив новые модули без необходимости переписать существующие.
Стратегии уменьшения связи
Использование интерфейсов
Интерфейсы похожи на контракты в разработке программного обеспечения. Они определяют набор методов, которые должен реализовать класс. Используя интерфейсы, вы можете отделить детали реализации от клиентов, которые используют эти реализации.
Допустим, вы создаете игру с разными типами персонажей. Вместо того, чтобы иметь основной игровой цикл, непосредственно взаимодействующий с определенными классами персонажей, вы можете определить интерфейс для персонажей. Затем игровой цикл взаимодействует с интерфейсом, и различные классы символов реализуют этот интерфейс. Таким образом, вы можете добавить новые типы символов, не изменяя код цикла игры.
Инъекция зависимости
Инъекция зависимости - это метод, при которой вы обеспечиваете зависимости класса извне, а не заставляете их создавать класс. Это уменьшает связь между классами, потому что класс не должен знать, как создавать свои зависимости.
Например, в веб -приложении, если класс пользовательского обслуживания должен получить доступ к базе данных, вместо создания подключения к базе данных в классе службы пользователя, вы можете ввести объект подключения базы данных в службу пользователя. Таким образом, если вы хотите изменить тип базы данных, вам нужно только изменить инъекционный объект, а не сам класс пользователя.
Событие - управляемая архитектура
Событие - Приводная архитектура - еще один отличный способ уменьшить связь. В этой архитектуре модули общаются друг с другом, отправляя и получая мероприятия. Когда происходит событие, соответствующие модули уведомляются, и они могут предпринять соответствующие действия.
Например, в приложении потоковой передачи медиа, когда пользователь делает паузу видео, отправляется событие. Другие модули, такие как аналитический модуль, могут прослушать это событие и записать время паузы. Модуль видеоплеера не нужно знать об аналитическом модуле, и наоборот. Это разворачивает разные части применения.
Многослойная архитектура
Слоистая архитектура делит программное обеспечение на разные уровни, такие как уровень презентации, слой бизнес -логики и уровень доступа к данным. Каждый слой несет особую ответственность, и они общаются друг с другом через хорошо - определенные интерфейсы.
Например, в банковском приложении уровень презентации отвечает за взаимодействие с пользователем, уровень бизнес -логики обрабатывает банковские операции, такие как транзакции, а уровень доступа к данным имеет дело с базой данных. Это разделение проблем уменьшает связь между различными частями применения.
Реальные - мировые примеры и родственные продукты
В реальном мире сокращение связи имеет решающее значение во многих отраслях. Например, в производственной отрасли программные системы используются для управления различными машинами. Эти машины часто имеют компоненты, такие какПриводной колесный блокВПрямые /спиральные передачи, иБуферы кранаПолем
Программное обеспечение, которое управляет этими компонентами, должно быть свободно связано, чтобы любые изменения в логике управления для одного компонента не влияли на других. Например, если вы хотите обновить блок привода на более продвинутую модель, программное обеспечение должно иметь возможность адаптироваться без необходимости переписать всю систему управления.
Заключение
Сокращение связи в дизайне программного обеспечения - нелегкая задача, но это определенно стоит усилий. Используя методы, такие как интерфейсы, инъекция зависимости, архитектура событий - управляемой и многослойную архитектуру, вы можете создавать программное обеспечение, которое является более обслуживаемым, тестируемым и масштабируемым.
Как поставщик связи, я понимаю важность предоставления решений, которые помогают уменьшить связь в различных системах. Независимо от того, работаете ли вы над небольшим масштабным приложением или крупномасштабной корпоративной системой, принципы уменьшения связи остаются прежними.
Если вы заинтересованы в том, чтобы узнать больше о том, как наши продукты связи могут помочь вам в ваших проектах по проектированию программного обеспечения или если вы хотите обсудить конкретные требования для уменьшения связи, не стесняйтесь обращаться к обсуждению закупок. Мы здесь, чтобы помочь вам создать лучшее программное обеспечение с более низкой связью.
Ссылки
- Gamma, E., Helm, R., Johnson, R. & Vlissides, J. (1994). Проектирующие шаблоны: элементы многоразового объекта - ориентированное программное обеспечение. Аддисон - Уэсли.
- Фаулер М. (2004). Инъекция зависимости. Martinfowler.com.
- Мартин, RC (2009). Чистый код: Руководство по гибкому программному мастерству. Прентис Холл.
