Паттерны проектирования в Python

Паттерны и динамические ЯП — имхо, вещи несовместимые. Зачем тебе в Python паттерны?

затем, что на Django пишут крупные и очень крупные проекты. Когда объем переваливает за 50k LOC, проще переписать с нормальной архитектурой, чем поддерживать это говнецо. Я повидал достаточно проектов меньших по размеру, от которых просто воротит, и браться за них неохота, ибо без пол литра, ну вы сами понимаете

С адаптером и фабрикой я быстро разобрался, пару старых проектов поднял, да отрефакторил по самое не балуйся.

Это как? Насовал одних только фабрик и адаптеров где только можно? А фабрику адаптеров сделал? А фабрику фабрик? А адаптер фабрики? Без этого - не тру!

Что-нибудь графическое с настоящим mvc на pyside или pygtk?

Паттерны - это такие костыли для языка. У тебя цель насовать костылей, да побольше?

немного не по моему профилю, но тоже мысль)))

а без стеба и по теме слабо?

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

Я к тому, что цель паттернов не в направленном их применении, и «разработка через паттерны» (иными словами поиск очередного паттерна, который бы тут применить) - тупиковый путь.

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

я такого не писал... цель разобраться с ними на реальных примерах, а не совать их куда не попадя :) Посмотрите, хотя бы, примеры на википедии. Что-то из них понятно? Сомнительно. Пара «крайне абстрактных» классов, которые довольно тяжело привязать к какой-либо реальной ситуации. Когда я говорил про адаптер и фабрику, я поднял старый проект. Суть в том, что был написан парсер, который из нескольких форматов файлов (json, xml, csv и обычный dict в pickle файле) он рисовал хтмлку. Туда они встали просто как нельзя лучше. Точно такое же я хочу видеть и для остальных паттернов.. может не для всех, но хотя бы каких-нибудь. Пощупать, посмотреть, написать.

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

Опыт нельзя выучить.

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

Для написания статей в Пандоре нужен редактор текста на базе Gtk с поддержкой тегов [b], [i], [u], [url] и т.д.
Чтоб читал/сохранял для начала два формата: lorcode и html.
Можешь также сделать подсветку синтаксиса, например для форматов python и ruby (для начала).

А вообще:

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

вот это уже что-то))) благодарю)))

на цитату снова отвечу)) смысла заучить паттерны лично я не вижу. Суть в том, чтобы научиться... на конкретных ситуациях, и постепенным понимаем. А открыть вики или GoF и при каждом случае лезть туда «а какой бы мне паттерн впихнуть»... такое бывает от незнания или полнейшего непонимания.

Лапшу на питоне «паттерны проектирования» не спасут.

налетели, блин... Вы, если на Python писать не умеете, не нужно сюда свои 5 копеек совать. Если у Вас код - лапша, то это Ваша проблема, а не Python.

Иногда что-то интересное пролетает на planet.python.org.

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

PS о ненужности паттернов громче всех кричат те кто их не знает :).

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

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

Глупость сказал. Думаешь, в питоне нет общепринятых практик aka шаблоны проектирования?

благодарю! хоть пару человек что-то смогли посоветовать)

Глупость сказал ты. А я сказал, что в динамических языках программирования, и в Python в том числе, выразительные средства языка не сковывают прогера и позволяют запиливать свои велосипедные паттерны. Зачем кому-то какие-то канонические паттерны. Сказал неосилятор, да. Но не видел/слышал я литературы про паттерны проектирования в лиспах, питонах, перлах. Нет востребованности, ибо не энтерпрайзные платформы, то бишь мало больших проектов? P.S. я когда-то натыкался на питоновский пакет, в котором автор реализовывал как-раз паттерны. Выглядело это странно, да и сейчас я его не найду.

Зачем кому-то какие-то канонические паттерны.

Затем что каноническими становятся наиболее часто применяемые и хорошие решения. И особенности языка тут ни при чем, в любом языке они есть.

Но не видел/слышал я литературы про паттерны проектирования в лиспах, питонах, перлах.

Потому что паттерны везде одинаковые, отличается их реализация и нужность/ненужность в конкретном языке. Синглтон — он и в лиспе синглтон.

Зачем кому-то какие-то канонические паттерны.

Ну, декоратор - это, внезапно, паттерн «декоратор». Собственно, почему не пользоваться паттернами, если они полезны? Command, Interpreter, даже Visitor.

Но не видел/слышал я литературы про паттерны проектирования в лиспах, питонах, перлах

Есть замечательная книжка «Design Patterns Smalltalk Companion», которая по сути является пересказом идей GoF на как-раз таки динамически типизированный Смолток.

ваша аватарка кагбэ намекает)))

т.е. вы сейчас на полном серьезе предлагаете забить на общепринятые практики и ородить костыли и велосипеды? ну нет, спасибо... я пока не готов на карьерное самоубийство и жизнь программиста-одиночки. Да и востребованность есть, иначе бы я не спрашивал... Я не любопытства ради тред создал. Я вот никак не могу только понять, Вы либо сами пишете постоянно велосипеды, либо просто никогда не видели красивый питонячий код и говеный питонячий код.

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

Мне кажется, то, что вы ищете, в питоне решается на уровне создания библиотек/пакетов, типа PEAK-Rules, например.

Посмотри код bzr. Там паттерны во все поля. Удачи не блевануть.

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

Синглтон — он и в лиспе синглтон.

В питоне синглтон это модуль. Кто ваяет класс, тот конченный идиотик, ушибленный GoF. Та же ситуация с другими паттернами, например завязанными на систему типов.

Я вот никак не могу только понять

Это потому что ты зелен еще. Паттерны нужны не для для разработки, а для общения, просто специализированный словарик, для быстрого выражения мыслей.

Сначала были куски кода, которые обозвали, а не наоборот, не забывай об этом.

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

Так уже.

Какая разница, реализовывать паттерн как модуль или как класс? Он от этого не перестает быть паттерном.

Он от этого не перестает быть паттерном.

Золотые слова. Осталось только понять, что идиоматический код писался за три десятка лет до этой номенклатуры.

После этого остается последний шаг до озарения — Programming Motherfucker.

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

После чтения книжки можно увидеть «о, а вот в этом месте ведь можно было сделать так вот!» раньше, чем выработаешь тот же шаблон сам. В этом и смысл.

После чтения книжки можно увидеть

Юный неокрепший разум увидит разве что весь мир состоит из гвоздей.

То есть посыл таков: книжки как способ систематизации знаний о ремесле — win, как обучение ремеслу — fail.

С адаптером и фабрикой я быстро разобрался, пару старых проектов поднял, да отрефакторил по самое не балуйся

Кстати, ТС, покажи отрефакторенный код, xD.

Паттерны нужны не для для разработки, а для общения, просто специализированный словарик, для быстрого выражения мыслей.

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

я безусловно с Вами соглашусь, что правильная модульность рулит... но а что при чем? Давайте, best practices по модульной архитектуре и слабой связности.

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

Помочь хотите?

Вы перед тем как за руль сесть сначала в автошколу ходите... а потом уже опыта набираетесь :) сделал - проанализировал - исправил и заново...

Вы перед тем как за руль сесть сначала в автошколу ходите... а потом уже опыта набираетесь

Отличный пример, автошкола это тупая практика под присмотром инструктора.

Идеальная методика обучения разработке: лид, который бьет палкой, больно — никаких книжек не надо.

Помочь хотите?

Конечно, линч это святое.

хде взять такого лида?