Помимо шаблонов проектирования?

В течение последних 10 лет появилось небольшое количество статей и статей, в которых упоминается новая работа Кристофера Александра "Природа порядка" и как ее можно применять к программному обеспечению.

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

Разве такое обсуждение происходит где угодно?

MSN

@Georgia

Мой вопрос не о шаблонах проектирования или языках шаблонов; он пытается выяснить, может ли быть применено больше работы Кристофера Александра к программному обеспечению (что, вероятно, возможно, так как оно имеет еще меньше физических ограничений, чем архитектура и здание).

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

Трудно объяснить, не используя некоторые из последующих работ Александра в качестве контрольной точки.

Изменить: Нет, я забираю это.

Например, существует архитектурный дизайн, который называется Alcoves. У шаблона есть контекст, который не только укоренен в обстоятельствах ситуации, но также основывается на фундаментальных принципах, касающихся цели зданий: что они являются структурами, в которых они живут, и должны способствовать проживанию в них. В случае шаблона Alcove контекст заключается в том, что вам нужна область, которая позволяет нескольким людям находиться в одной и той же области, занимаясь разными вещами, потому что важно, чтобы члены семьи были физически вместе, а также чтобы иметь возможность делать вещи, которые склонны отвлекать других членов семьи.

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

MSN

ОТВЕТЫ

Ответ 1

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

Например, рассмотрите использование шаблона STRATEGY как просто детализацию реализации по сравнению с тем случаем, когда на самом деле имеет смысл для программистов и бизнеса говорить о том, как выбираются и используются стратегии STRATEGIES, то есть, где она является частью UBIQUITOUS ЯЗЫК системы:

Когда мы используем шаблон технического проектирования в доменном слое, мы должны добавить дополнительную мотивацию, еще один уровень смысла. Когда СТРАТЕГИЯ соответствует реальной бизнес-стратегии или политике, шаблон становится больше, чем просто полезной техникой реализации (хотя это тоже полезно, насколько это возможно). [Глава 12]

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