Продолжение топика Альтернативное описание паттернов проектирования
Interpreter — решает часто встречающуюся, но подверженную изменениям, задачу.
Читать полностью »
Рубрика «паттерны проектирования» - 7
Альтернативное описание паттернов проектирования: interpreter
2012-09-05 в 4:20, admin, рубрики: python, образование, паттерны проектирования, метки: python, образование, паттерны проектированияАльтернативное описание паттернов проектирования: iterator
2012-09-05 в 4:19, admin, рубрики: python, образование, паттерны проектирования, метки: python, образование, паттерны проектированияПродолжение топика Альтернативное описание паттернов проектирования
Iterator — представляет собой объект, позволяющий получить последовательный доступ к элементам объекта-агрегата без использования описаний каждого из объектов, входящий в состав агрегации.
Читать полностью »
Альтернативное описание паттернов проектирования: abstractfactory
2012-09-05 в 4:18, admin, рубрики: python, образование, паттерны проектирования, метки: python, образование, паттерны проектированияПродолжение топика Альтернативное описание паттернов проектирования
Abstract factory — предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, не специфицируя их конкретных классов.
Читать полностью »
[Почти]-MVC-подход к реализации пользовательского интерфейса в Delphi. Часть 3. Объекты
2012-07-10 в 5:43, admin, рубрики: Delphi, GUI, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс, Программирование, разработка, метки: Delphi, gui, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс ![[Почти] MVC подход к реализации пользовательского интерфейса в Delphi. Часть 3. Объекты](https://www.pvsm.ru/images/-pochti-MVC-podhod-k-realizacii-polzovatelskogo-interfeisa-v-Delphi-chast-3-obekty.png "[Почти] MVC подход к реализации пользовательского интерфейса в Delphi. Часть 3. Объекты")
В предыдущих частях статьи (1, 2) я показал, каким образом можно организовать работу с внутренними данными приложения и пользовательским интерфейсом через одну точку входа — модель. Изменения модели автоматически отражались в пользовательском интерфейсе. При этом для упрощения в качестве модели я использовал простые property класса формы, setter которых может привести GUI интерфейс к текущему состоянию модели. В данной части статья я покажу, как интерфейс может реагировать на изменения самих объектов внутри приложения.
Читать полностью »
[Не совсем]-MVC-подход к разработке пользовательских интерфейсов в Delphi. Часть 2. Списки
2012-07-05 в 11:08, admin, рубрики: Delphi, GUI, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс, Программирование, разработка, метки: Delphi, gui, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс ![[Не совсем] MVC подход к разработке пользовательских интерфейсов в Delphi. Часть 2. Списки](https://www.pvsm.ru/images/-ne-sovsem-MVC-podhod-k-razrabotke-polzovatelskih-interfeisov-v-Delphi-chast-2-spiski.png "[Не совсем] MVC подход к разработке пользовательских интерфейсов в Delphi. Часть 2. Списки")
Предыдущая статья была посвящена всего одной галочке. Пора переходить к чему-то чуть более серьезному. Сегодняшняя тема — представление списков и связь GUI-списков с внутренними данными. Статья предназначена для Delphi-разработчиков.
Читать полностью »
MVC-подход к разработке пользовательских интерфейсов в Delphi. Часть 1. Галочка
2012-07-04 в 13:13, admin, рубрики: Delphi, GUI, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс, Программирование, разработка, метки: Delphi, gui, mvc, mvp, паттерны проектирования, пользовательские интерфейсы, пользовательский интерфейс 
Не буду писать красивых предисловий, потому что статья не развлекательная, а скорее техническая. В ней я хочу кратко рассмотреть простые приемы программирования пользовательского интерфейса классических desktop-приложений в среде Delphi.
Тех немногих, кто еще пользуется этой средой разработки, прошу под кат.
Читать полностью »
Фриман и Фриман. Паттерны проектирования
2012-05-31 в 16:22, admin, рубрики: паттерны проектирования, Программирование, Проектирование и рефакторинг, рецензия 
DISCLAIMER: не проматывайте этот пост только из-за того, что обзор книг – это неинтересно. Здесь будет пяток интересных цитат и ряд других полезных мыслей!
Если спросить у десяти разработчиков о паттернах проектирования и о том, какая книга является лучшим источником информации по этой теме, то 9 из 10 назовут знаменитую книгу банды четырех и будут правы. GoF – является классическим каталогом паттернов в том виде, в котором он был описан Кристофером Александером 35 лет назад и все еще остается бесценным справочником для любого программиста.
Но, как и у любого каталога (или справочника), Эрих Гамма и др. сосредотачиваются на применимости паттернов, на связях конкретного паттерна с другими, они дают примеры использования в реальных проектах, но они не учат (точнее, не акцентируют на этом внимание) тому, какие принципы объектно-ориентированного программирования эти паттерны решают; где найти ту грань, когда от паттернов лучше отказаться и не предупреждают о недостатках их чрезмерного использования.
Читать полностью »
Недуги проект-дезориентированного ПО
2012-05-28 в 15:34, admin, рубрики: архитектура, ненормальное программирование, паттерны, паттерны проектированияЛюбой знакомый с книгой о паттернах, написанной Бандой Четырёх знает, что паттерны, описанные в книге, представляют собой элегантные решения, проверенные временем. К сожалению, выделение этих паттернов из преемственного кода невозможно, потому что никто не знает, что они предложили эти паттерны, когда писали преемственный код. Поэтому следующий текст представляет из себя паттерны для широких масс. Представленные в этом документе паттерны представляют собой решения, пережившие многих. Наслаждайтесь чтением, но не используйте на практике!
Усовершенствовании паттерна Flyweight в биовычислениях
2012-03-15 в 14:19, admin, рубрики: биоинформатика, паттерны проектирования, Проектирование и рефакторинг, Совершенный код, метки: биоинформатика, паттерны проектированияПредыстория
Сразу извиняюсь за сложность, но сложна как сама ситуация для применения этого, так и способ решения, но получается в результате красиво и эффективно :)
Началось с того, что описал одну проблемку о проблемах ООП. Потом случайно благодаря разговорам тут начал обдумывать паттерны проектирования. И в связи с темой «полное копирование объекта» вышел на паттерн Flyweight. Кто не знает — прошу вначале читайте о нем в Приемы объектно-ориентированного проектирования. Паттерны проектирования (Не в вики, а в оригинале).
Основная идея там такова:
Паттерн Flyweight описывает, как совместно разделять очень мелкие объекты без чрезмерно высоких издержек. Каждый объект-приспособленец имеет две части: внутреннее и внешнее состояния. Внутреннее состояние хранится (разделяется) в приспособленце и состоит из информации, не зависящей от его контекста. Внешнее состояние хранится или вычисляется объектами-клиентами и передается приспособленцу при вызове его методов.
Задача
Мы рассмотрим как это улучшить на конкретном примере. О биовычислениях буду говорить очень мало — но пример будет построен на этом. Суть биовычислений попытаюсь полностью вытравить, оставив только схему.
Усовершенствование паттерна Flyweight в биовычислениях
2012-03-15 в 14:19, admin, рубрики: биоинформатика, паттерны проектирования, Проектирование и рефакторинг, Совершенный код, метки: биоинформатика, паттерны проектированияПредыстория
Сразу извиняюсь за сложность, но сложна как сама ситуация для применения этого, так и способ решения, но получается в результате красиво и эффективно :)
Началось с того, что описал одну проблемку о проблемах ООП. Потом случайно благодаря разговорам тут начал обдумывать паттерны проектирования. И в связи с темой «полное копирование объекта» вышел на паттерн Flyweight. Кто не знает — прошу вначале читайте о нем в Приемы объектно-ориентированного проектирования. Паттерны проектирования (Не в вики, а в оригинале).
Основная идея там такова:
Паттерн Flyweight описывает, как совместно разделять очень мелкие объекты без чрезмерно высоких издержек. Каждый объект-приспособленец имеет две части: внутреннее и внешнее состояния. Внутреннее состояние хранится (разделяется) в приспособленце и состоит из информации, не зависящей от его контекста. Внешнее состояние хранится или вычисляется объектами-клиентами и передается приспособленцу при вызове его методов.
Задача
Мы рассмотрим как это улучшить на конкретном примере. О биовычислениях буду говорить очень мало — но пример будет построен на этом. Суть биовычислений попытаюсь полностью вытравить, оставив только схему.
P.S. Если кому то интересна проблематика самих биовычислений по задаче сворачивания РНК/белков — делайте заказ напишу тогда отдельную статью.