Шаблоны разработки увеличивают или уменьшают сложность Приложения?

Существует печально известное заболевание, известное как «Маленький мальчик с паттерном синдрома», которое обычно поражает того, кто недавно читал Книга GoF впервые и вдруг видит шаблоны повсюду. Это может добавить сложность и ненужную абстракцию.

Шаблоны лучше всего добавлять в код как открытие или рефакторинг для решения конкретной проблемы, на мой взгляд.

Шаблоны проектирования часто приводят к дополнительным уровням абстракции вокруг проблемы, и если ее неправильно обработать, то слишком большая абстракция может привести к сложности.

Однако, поскольку шаблоны проектирования предоставляют общий словарь для передачи идей, они также уменьшают сложность и повышают удобство обслуживания.

В конце день это обоюдоострый меч,

Я думаю, что это зависит от «аудитории», то есть от разработчиков, поддерживающих кодовую базу. Если они неграмотны по шаблонам проектирования, тогда да, это может увеличить сложность, потому что большинство вещей, которые вы не понимаете, являются «сложными». полезны (и так же важны, когда их нет), тогда я думаю, что они уменьшают сложность.

В конце концов, информатика может быть молодой наукой, но у нее за плечами десятилетний опыт. Скорее всего, кто-то уже решил вашу проблему однажды. Является ли ответом шаблон проектирования, структура данных или алгоритм.

Мне скорее нравится это юмористическое объяснение Дилана Битти .

Шаблоны проектирования работают как алгоритмы для объектно-ориентированного программирования. Показывает, как собрать объекты в значимые отношения, которые выполняют определенную задачу. Так что я бы сказал, что да, они уменьшают сложность, позволяя вам лучше понять структуру программного обеспечения. То же самое с алгоритмами в процедурных программах.

Если бы я сказал вам, что X использует Связанный список с Bubble Sort, было бы намного легче следовать за тем, что делал программист.

Шаблоны проектирования увеличивают код и делят его на несколько частей. Если шаблон и концепция дизайна известны, тогда они не кажутся сложными, но код, основанный на шаблоне дизайна, который вы не знаете, выглядит сложным.

Шаблоны проектирования не увеличивают сложность, они могут значительно облегчить чтение и обслуживание. Новичкам может быть сложнее интегрировать вашу команду разработчиков, но эти усилия будут полезны в целом.

Проблема заключается в шаблонах проектирования в целом, но в их злоупотреблении

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

Я думаю, что всегда полезно задокументировать явно, используя комментарии и / или описательные имена, когда вы используете шаблон для решения проблемы. Это могло бы даже научить другого программиста, который столкнется с этим, о шаблоне, если бы он не знал об этом.

Они не должны ни ни увеличивать, ни уменьшать сложность.

Вы должны всегда использовать подходящий дизайн для своего кода. При этом могут использоваться общие шаблоны проектирования.

Основными преимуществами шаблонов проектирования являются

• . Изучая их, вы добавили больше инструментов дизайна в свой инструментарий
• Изучив их имена, если вы используете их и оставляете комментарий с указанием используемого вами шаблона, это помогает читателям более кратко понять ваши замыслы в дизайне

Когда я преподаю шаблоны в Хопкинсе, я подчеркиваю две большие вещи:

• Шаблоны - это все о Сообщение о намерениях
• Не используйте какой-либо из определенных образцов в качестве Золотого Молота; заблокируйте их в своем наборе инструментов и извлеките их, только если это имеет смысл для вашего приложения.

В краткосрочной перспективе шаблоны проектирования часто увеличивают сложность кода. Они добавляют дополнительные абстракции в местах, где они могут не быть строго необходимыми. Однако в долгосрочной перспективе они уменьшают сложность, потому что будущие улучшения и изменения вписываются в шаблоны простым способом. Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

шаблоны проектирования часто увеличивают сложность кода. Они добавляют дополнительные абстракции в местах, где они могут не быть строго необходимыми. Однако в долгосрочной перспективе они уменьшают сложность, потому что будущие улучшения и изменения вписываются в шаблоны простым способом. Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

шаблоны проектирования часто увеличивают сложность кода. Они добавляют дополнительные абстракции в местах, где они могут не быть строго необходимыми. Однако в долгосрочной перспективе они уменьшают сложность, потому что будущие улучшения и изменения вписываются в шаблоны простым способом. Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Они добавляют дополнительные абстракции в местах, где они могут не быть строго необходимыми. Однако в долгосрочной перспективе они уменьшают сложность, потому что будущие улучшения и изменения вписываются в шаблоны простым способом. Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Они добавляют дополнительные абстракции в местах, где они могут не быть строго необходимыми. Однако в долгосрочной перспективе они уменьшают сложность, потому что будущие улучшения и изменения вписываются в шаблоны простым способом. Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Без шаблонов эти изменения были бы намного более навязчивыми, а сложность, вероятно, была бы намного выше.

Возьмем, например, шаблон декоратора. Когда вы используете его в первый раз, это добавит сложности, потому что теперь вам нужно определить интерфейс для объекта и создать другой класс для добавления декорации. Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Скорее всего, это можно сделать с помощью простого свойства и с помощью. Однако, когда вы получаете 5 или 20 декораций, сложность с декоратором намного меньше, чем со свойствами.

Я провел небольшое исследование по этой теме в рамках шаблонов GoF. Я наблюдал колебания значения OO Metric после рефакторинга шаблона проектирования, вы можете проверить это, используя эту ссылку .