Кажется, что многие обсуждения OO используют Java или C # в качестве примеров (например, Head First Design Patterns).
Применимы ли эти шаблоны в равной степени к Python? Или, если я буду следовать шаблонам проектирования, я просто напишу Java на Python (что, по-видимому, очень плохо)?
Самые большие различия заключаются в том, что Python типизирован как утка, а это означает, что вам не нужно планировать иерархии классов так подробно, как в Java, и он имеет функции первого класса. Шаблон стратегии, например, становится намного проще и очевиднее, когда вы можете просто передать функцию, вместо того, чтобы создавать интерфейсы и т. Д. Просто для имитации функций более высокого порядка. В более общем смысле, Python имеет синтаксический сахар для многих распространенных шаблонов проектирования, таких как итератор и вышеупомянутая стратегия. Возможно, было бы полезно понять эти шаблоны (я прочитал Head First и нашел его довольно полезным), но подумайте о способах их реализации в Pythonic, а не просто делать что-то так же, как в Java.
У Python есть свои собственные идиомы дизайна. Некоторые стандартные шаблоны применимы, другие - нет. Что-то вроде стратегии или фабрик имеет языковую поддержку, которая делает их прозрачными.
Например, с первоклассными типами все может быть фабрикой. Нет необходимости в фабричном типе, вы можете использовать класс напрямую для создания любого объекта, который вам нужен.
По сути, Python имеет свои собственные идиомы дизайна, которые несколько отличаются во многом из-за того, что он настолько динамичен и обладает невероятными возможностями самоанализа.
Пример:
x = list
my_list = x(range(0,5)) #creates a new list by invoking list's constructor
Присваивая тип класса вызываемому объекту, вы можете удалить любые «фабричные» типы в своем коде. У вас остались только вызываемые объекты, которые создают объекты, которые должны соответствовать некоторым заданным соглашениям.
Кроме того, в Python есть шаблоны проектирования, которые просто не могут быть эффективно представлены в других статически типизированных языках. Метаклассы и декораторы функций - хорошие тому примеры.
Это зависит от выкройки. Некоторые вещи сложно сделать в Python: например, синглтон. Вы заменяете этот шаблон другим, например, в случае Singleton, Borg.
Использование шаблонов проектирования в Python не безумие - например, шаблон Iterator интегрирован в синтаксис. Однако многие вещи просто не делаются как объектно-ориентированные или тяжелые по шаблонам вещи. Python создан как процедурный или функциональный, когда он лучше всего подходит для задачи, и объектно-ориентированный язык тоже.
В целом, я бы сказал, чтобы вы руководствовались вашим здравым смыслом. Если кажется, что использование Альфа-Гаммы паттерна проектирования является излишним и чрезмерным усложнением, то, вероятно, так оно и есть. Если кажется, что узор идеально подходит для того, что вы хотите, вероятно, так оно и есть.
Шаблоны дизайна - это не более чем клейкая лента для исправления языковых недостатков.
Краткий ответ: Да; Python - это объектно-ориентированный язык.
Чуть более длинный ответ: Да; вы можете спроектировать, используя принципы объектно-ориентированного программирования, а затем реализовать на любом языке (даже на ассемблере).
Преимущество использования объектно-ориентированного языка состоит в том, что он включает поддержку многих общих концепций объектно-ориентированного программирования, поэтому вы не рискуете ненужными ошибками, если будете моделировать их по соглашению. Конечно, всегда будут специфичные для языка детали с большей или меньшей применимостью; вы спрашивали о принципах дизайна, которые должны быть выражены выше этого уровня детализации.
Длинный, многословный, скучный ответ: (разработка языков программирования не является простой линейной прогрессией, но позвольте мне упростить и проигнорировать этот факт, чтобы сделать наблюдение, которое охватывает примерно 40 лет опыта программирования.)
Всегда будет роль языковых функций по сравнению с принципами и шаблонами дизайна. На каждом этапе внимательные практики замечали:
Вот проблему, которую мы продолжаем решать вручную на нашем текущем языке (ах).
Вот ошибка, которую мы продолжаем писать на нашем текущем языке (ах).
Вот несколько примеров передового опыта, которые мы продолжаем соблюдать в наших лучших программах.
И поэтому следующее поколение языка (ов), как правило, обеспечивает поддержку наблюдаемого хорошего поведения, как правило, включает концепции, поэтому их не нужно делать по соглашению / соглашению (или случайно нарушать одним и тем же), и применять практики, которые легко предотвращают ошибки, которых можно избежать.
Независимо от того, насколько сложны, специализированы или обобщены наши инструменты, всегда есть программисты, которые просто крутят ручку, и другие, которые продолжают следить за тем, как лучшие и самые умные (в сознании смотрящего) используют инструменты. Затем они описывают и продвигают эту практику. Правильно определенные (и называемые ли они стилем, руководящими принципами, образцами, принципами и т. Д.), Эти практики в конечном итоге формируют следующий уровень, которого мы всегда пытаемся достичь, независимо от того, на каком этапе мы находимся.
Если подумать, некоторые шаблоны, такие как Borg, могут быть более специфичными для Python (хотя аналогичные вещи можно сказать и о других шаблонах и языках).
Шаблон итератора также используется в Python, хотя и в несколько иной форме.
Дункан Бут написал статью о шаблонах в Python.
Я бы сказал, что они применимы к Python, если вы уже занимаетесь объектно-ориентированным программированием с Python. Имейте в виду, что Python может намного больше, чем ООП, и вы должны руководствоваться здравым смыслом при выборе подходящей парадигмы для работы. Если вы решили, что ваша программа лучше всего представлена как набор объектов, тогда, конечно, используйте шаблоны проектирования, но не бойтесь делать что-то совершенно другое, если это потребуется.
да, конечно применяются. Но, как отмечалось выше, многие шаблоны встроены в язык или становятся нерелевантными из-за особенностей языка более высокого уровня.
Использование Java или C #, вероятно, связано с массовой популярностью этого языка.
Но принцип проектирования и / или шаблоны проектирования применяются независимо от того, какой язык вы используете. Очевидно, что реализация одного и того же шаблона проектирования в Python будет отличаться от Java или C #.
Да, вы можете использовать множество шаблонов проектирования в Python. Шаблон проектирования - это просто повторяемая реализация задачи более высокого уровня. Причина, по которой Python и шаблоны проектирования не работают так же, как другие языки, заключается в том, что Python включает в себя большинство встроенных базовых шаблонов. Это означает, что шаблоны, которые появляются в Python, вероятно, будут шаблонами проектирования более высокого уровня, а не черными задачами для какие шаблоны обычно нужны.
