В чем разница между сцеплением и сцеплением?
Как связывание и сплоченность могут привести к хорошему или плохому дизайну программного обеспечения?
Какие примеры иллюстрируют разницу между ними и их влияние на общее качество кода?
oop
architecture
theory
ooad
JavaUser
источник
источник
Ответы:
Сплоченность относится к тому, что может сделать класс (или модуль). Низкая сплоченность означала бы, что класс совершает самые разные действия - он широкий, не сфокусированный на том, что он должен делать. Высокая сплоченность означает, что класс ориентирован на то, что он должен делать, то есть только на методы, относящиеся к намерению класса.
Пример низкой когезии:
Пример высокой когезии:
Что касается связи , это относится к тому, как два родственных класса или модуля связаны друг с другом. Для классов с низкой связью изменение чего-то важного в одном классе не должно влиять на другой. Высокая связь затруднит изменение и поддержку вашего кода; поскольку классы тесно связаны, для внесения изменений может потребоваться полная модернизация системы.
Хороший программный дизайн имеет высокую когезию и низкую связь .
источник
set
&get
иллюстрируют функциональность, которая более специфична для контекста «персонала» - чем выше специфичность, тем выше сплоченность.Сплоченность является показателем отношений внутри модуля.
Связь является показателем взаимосвязей между модулями.
когезия
Связь
проверьте эту ссылку
источник
Высокая когезия внутри модулей и низкая связь между модулями часто рассматриваются как связанные с высоким качеством в языках программирования ОО.
Например, код внутри каждого Java-класса должен иметь высокую внутреннюю сплоченность, но быть как можно слабее связанным с кодом в других Java-классах.
Глава 3 « Создание объектно-ориентированного программного обеспечения» Мейера (2-е издание) - отличное описание этих проблем.
источник
Сплоченность является показателем того, насколько связаны и сфокусированы обязанности программного элемента.
Связность означает, насколько сильно программный элемент связан с другими элементами.
Программный элемент может быть классом, пакетом, компонентом, подсистемой или системой. И при проектировании систем рекомендуется иметь программные элементы, которые имеют высокую когезию и поддерживают низкую связь .
Низкая когезия приводит к монолитным классам, которые трудно поддерживать, понимать и уменьшает повторное использование. Точно так же высокая связь приводит к тому, что классы тесно связаны, и изменения, как правило, не являются нелокальными, их трудно изменить, и это уменьшает повторное использование.
Мы можем принять гипотетический сценарий, в котором мы разрабатываем типичный монитор
ConnectionPool
с учетом следующих требований. Обратите внимание, что для простого класса это может выглядеть слишком много,ConnectionPool
но основная цель - просто продемонстрировать слабую связь и высокую сплоченность с помощью некоторого простого примера, и я думаю, что это должно помочь.При низкой сплоченности мы могли бы спроектировать
ConnectionPool
класс, принудительно сложив все эти функции / обязанности в один класс, как показано ниже. Мы видим, что этот единственный класс отвечает за управление соединением, взаимодействие с базой данных, а также за поддержание статистики соединения.С высокой степенью сплоченности мы можем распределить эти обязанности между классами и сделать их более ремонтопригодными и пригодными для повторного использования.
Чтобы продемонстрировать низкую связь, мы продолжим с
ConnectionPool
диаграммой высокой когезии выше. Если мы посмотрим на диаграмму выше, хотя она поддерживает высокую степень сцепления,ConnectionPool
она тесно связана сConnectionStatistics
классом иPersistentStore
взаимодействует с ними напрямую. Вместо этого, чтобы уменьшить связь, мы могли бы ввестиConnectionListener
интерфейс и позволить этим двум классам реализовать интерфейс и позволить им зарегистрироваться вConnectionPool
классе. И онConnectionPool
будет перебирать этих слушателей и уведомлять их о событиях получения и освобождения соединения и позволяет меньше связывать.Примечание / слово или предостережение: для этого простого сценария это может выглядеть излишним, но если мы представим сценарий в реальном времени, в котором нашему приложению необходимо взаимодействовать с несколькими сторонними сервисами для завершения транзакции: напрямую связывая наш код со сторонними сервисами будет означать, что любые изменения в сторонней службе могут привести к изменениям в нашем коде в нескольких местах, вместо этого мы могли бы иметь,
Facade
что взаимодействует с этими несколькими службами внутри, и любые изменения в службах становятся локальными дляFacade
и обеспечивают низкую связь с третьей стороной Сервисы.источник
Увеличенная когезия и уменьшенная связь приводят к хорошему дизайну программного обеспечения.
Сплоченность разделяет вашу функциональность так, чтобы она была краткой и максимально приближенной к данным, относящимся к ней, в то время как разделение гарантирует, что функциональная реализация изолирована от остальной части системы.
Разъединение позволяет вам изменять реализацию, не затрагивая другие части вашего программного обеспечения.
Сплоченность гарантирует, что реализация более специфична для функциональности и в то же время проще в обслуживании.
Наиболее эффективным методом уменьшения сцепления и увеличения сцепления является проектирование по интерфейсу .
То есть основные функциональные объекты должны «знать» друг друга только через интерфейс (ы), который они реализуют. Реализация интерфейса представляет единство как естественное следствие.
Хотя это нереально в некоторых случаях, это должно быть целью разработки.
Пример (очень схематично):
Где-то еще в вашей кодовой базе вы можете иметь модуль, который обрабатывает вопросы независимо от того, что они из себя представляют:
источник
лучшее объяснение сплоченности исходит из чистого кода дяди Боба:
Классы должны иметь небольшое количество переменных экземпляра. Каждый из методов класса должен манипулировать одной или несколькими из этих переменных. В общем, чем больше переменных, которыми манипулирует метод, тем более сплоченным является метод для своего класса . Класс, в котором каждая переменная используется каждым методом, является максимально связным.
В общем случае нецелесообразно и невозможно создать такие максимально сплоченные классы; с другой стороны, мы бы хотели, чтобы сплоченность была высокой . Когда сплоченность высока, это означает, что методы и переменные класса являются взаимозависимыми и объединяются как логическое целое.
Стратегия сохранения небольших функций и сокращения списков параметров иногда может привести к увеличению количества переменных экземпляра, которые используются подмножеством методов. Когда это происходит, это почти всегда означает, что есть хотя бы один другой класс, пытающийся выбраться из более крупного класса. Вы должны попытаться разделить переменные и методы на два или более классов, чтобы новые классы были более связными.
источник
просто, Cohesion представляет степень, в которой часть базы кода формирует логически единую атомарную единицу. Соединение , с другой стороны, представляет степень, в которой одна единица независима от других. Другими словами, это количество соединений между двумя или более устройствами. Чем меньше число, тем ниже муфта.
По сути, высокая сплоченность означает хранение частей базы кода, которые связаны друг с другом, в одном месте. Слабая связь, в то же время, заключается в том, чтобы максимально разделить несвязанные части кодовой базы.
Типы кода с точки зрения сплоченности и связи:
Идеальным является код, который следует руководящим принципам. Это слабосвязанный и очень сплоченный. Мы можем проиллюстрировать такой код этой картинкой:
Объект Бога является результатом введения высокой сплоченности и высокой связи. Это анти-шаблон и в основном означает один кусок кода, который выполняет всю работу одновременно: плохо выбранный происходит, когда границы между различными классами или модулями выбраны плохо
Разрушительная развязка - самая интересная. Иногда это происходит, когда программист пытается настолько отделить кодовую базу, что код полностью теряет фокус:
читайте больше здесь
источник
Сплоченность в разработке программного обеспечения - это степень, в которой элементы определенного модуля принадлежат друг другу. Таким образом, это мера того, насколько тесно связана каждая часть функциональности, выраженная в исходном коде программного модуля.
Связывание в простых словах - это то, сколько один компонент (опять же, представьте себе класс, хотя и не обязательно) знает о внутренней работе или внутренних элементах другого, то есть, сколько он знает о другом компоненте.
Я написал сообщение в блоге об этом , если вы хотите прочитать немного подробнее с примерами и рисунками. Я думаю, что это отвечает на большинство ваших вопросов.
источник
Сплоченность относится все о том, как разработан один класс. Сплоченность - это объектно-ориентированный принцип, наиболее тесно связанный с обеспечением того, чтобы класс был разработан с единственной, четко сфокусированной целью. Чем более сфокусирован класс, тем больше сплоченность этого класса. Преимущества высокой когезии состоят в том, что такие классы гораздо легче поддерживать (и реже менять), чем классы с низкой когезией. Еще одним преимуществом высокой сплоченности является то, что классы с четко определенной целью, как правило, более пригодны для повторного использования, чем другие классы.
На изображении выше мы видим, что при низкой когезии только один класс отвечает за выполнение множества не общих задач, что снижает вероятность повторного использования и обслуживания. Но в высокой степени сплоченности существует отдельный класс для всех заданий, выполняющих определенное задание, что повышает удобство использования и обслуживания.
источник
Сплоченность (Co-hesion): Co, что означает вместе , hesion, что означает придерживаться . Система склеивания частиц разных веществ.
Для примера из жизни: img Courtesy
Сплоченность является порядковым типом измерения и обычно описывается как «высокая когезия» или «низкая когезия». Модули с высокой когезией имеют тенденцию быть предпочтительными, потому что высокая когезия связана с несколькими желательными характеристиками программного обеспечения, включая надежность, надежность, возможность повторного использования и понятность. Напротив, низкая когезия связана с нежелательными чертами, такими как трудность в обслуживании, тестировании, повторном использовании или даже понимании. вики
Сцепление обычно противопоставляется сплоченности . Низкая связь часто коррелирует с высокой когезией, и наоборот. Низкая связь часто является признаком хорошо структурированной компьютерной системы и хорошего дизайна, а в сочетании с высокой связностью поддерживает общие цели высокой читаемости и удобства обслуживания. вики
источник
Я думаю, что различия могут быть изложены следующим образом:
В этом посте я пишу об этом более подробно.
источник
Сплоченность является показателем относительной функциональной прочности модуля.
View Традиционный вид:
«целеустремленность» модуля
ViewOO вид:
Единство подразумевает, что компонент или класс инкапсулируют только те атрибуты и операции, которые тесно связаны друг с другом и с классом или самим компонентом.
EУровни сплоченности
Functional
Layer
Communicational
Sequential
Procedural
Temporal
utility
Связь является показателем относительной взаимозависимости между модулями.
Связь зависит от сложности интерфейса между модулями, точки, в которой делается запись или ссылка на модуль, и от того, какие данные передаются через интерфейс.
Обычное представление: степень, в которой компонент связан с другими компонентами и с внешним миром
OO view: качественная мера степени, в которой классы связаны друг с другом
Уровень сцепления
Content
Common
Control
Stamp
Data
Call Обычный звонок
UseТип использования
OrВключение или импорт
TernalВнешний #
источник
Связь = взаимодействие / отношения между двумя модулями ... Сплоченность = взаимодействие между двумя элементами внутри модуля.
Программное обеспечение состоит из множества модулей. Модуль состоит из элементов. Рассмотрим модуль как программу. Функция в программе - это элемент.
Во время выполнения вывод программы используется как ввод для другой программы. Это называется взаимодействием модуля с модулем или процессом обработки взаимодействия. Это также называется сцеплением.
В пределах одной программы вывод функции передается другой функции. Это называется взаимодействием элементов внутри модуля. Это также называется сплоченностью.
Пример:
Связь = общение между двумя разными семьями ... Сплоченность = общение между отцом, матерью и ребенком в семье.
источник
Проще говоря, сплоченность означает, что класс должен представлять единую концепцию.
Открытый интерфейс класса является связным, если все функции класса связаны с концепцией, которую представляет класс. Например, вместо того, чтобы иметь класс CashRegister, наличие единства функций CashRegister и Coin превращает его в 2 класса - класс CashRegister и Coin.
В соединении один класс зависит от другого, поскольку он использует объекты класса.
Проблема с высокой связью в том, что она может создавать побочные эффекты. Одно изменение в одном классе может вызвать неожиданную ошибку в другом классе и может привести к поломке всего кода.
Как правило, высокая когезия и низкая связь считается высоким качеством ООП.
источник
Термин сплоченность действительно немного противоречит тому, что он означает в разработке программного обеспечения.
Общим смыслом сплоченности является то, что что-то, что хорошо слипается, объединяется и характеризуется сильной связью, такой как молекулярное притяжение. Однако в разработке программного обеспечения это означает стремление к классу, который в идеале делает только одну вещь, поэтому несколько подмодулей даже не задействованы.
Возможно, мы можем думать об этом таким образом. Часть имеет наибольшую сплоченность, когда она единственная (выполняет только одну функцию и не может быть разбита дальше). Это то, что желательно в разработке программного обеспечения. Сплоченность - это просто другое название для «единой ответственности» или «разделения интересов».
Термин « связывание» на руке достаточно интуитивен, что означает, что когда модуль не зависит от слишком большого количества других модулей и те, с которыми он соединяется, могут быть легко заменены, например, следуя принципу подстановки Лискова .
источник
Теория Разница
когезия
Классификация сплоченности
1. Случайное 2. Логическое 3. Временное 4. Процедурное 5. Связь 6. Последовательное 7. Функциональное
Связь
источник