Паттерны или фи....

[strangedk]

Сообщение от Psycho Tiger

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

Иногда сталкивался я с "собственными" докрутками к паттернам, смотришь код, понимаешь какой там шаблон применен, вроде-бы всё отлично.

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

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

зы. Заметьте, я говорю в данном моменте о коде, у которого есть вероятность стороннего review, или доработки другими разработчиками. Хотя и в частном случае, я бы всё равно не рекомендовал использовать какие-то чересчур хитрые конструкции.

[Inet_PC]

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

Везёт. А я открывая какой-нибудь класс могу сразу сказать, чье это творчество.

Это в идеале, а на практике так и есть. Особой проблемы сказать кто написал кусок кода нет.

[in4core]

по author например

[ProxyGreen]

а поделитесь ссылкой на адекватную инфу по паттернам пжалста.

Сейчас как раз читаю "Приёмы объектно ориентированного проектирования. Паттерны проектирования." Э. Гамма, Р. Хелм и др. Хорошая книжка, на мой взгляд. Правда примеры кода на С++ и SmallTalk.

чем в какой-нибудь каше, зато по всем стандартам.

Если по стандартам писать, каша не получится имхо. Каша от того, что на документирование, поддержку и проектирование (времени||денег) вечно всем жалко.

[willis83]

to Bgg, чё-то я не догнал краями... разве я выразил в своём предыдущем посте какое-то неуважение к паттернам? Или может оскорбил кого-то? Я не в коей мере не претендую на свою превосходность мысли над кем-то, я учусь. Да, Вы правы, я пишу сам, но это не значит что я неуч, и не достоен своего мнения на счёт паттернов. И даже программируя в одно лицо я оптимизирую свой код под общепринятые правила. Но всё же то, что я видел порой не приминимо под мои структуры. Вы пишете всё на одном паттерне? Поделитесь опытом, если вы такой защитник стандартов!

[carrotoff]

Вы пишете на одном паттерне?

Можно яснее, мне интересно.

[willis83]

Как яснее? Скажем человек придерживается паттерна MVC и пишет баннера и игры через него... или VMC и всё через него... прибавим ещё кучу паттернов к этому. Нельзя на одном паттерне написать разно жанровые приложения.

[carrotoff]

MVC - это не паттерн, а парадигма программирования.
Model (M) - обычно паттерн Observer
View (V) - обычно паттерн Composite
Controller (C) - обычно паттерн Command

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

Как яснее?

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

[willis83]

Чушь какая-то.... нигде не прописаны эти правила программирования.... и ни какая это не парадигма... это элюзия. Ваши расшифровки - абсурд. Чётких правил нет... Вы сможете переубедить меня?

[strangedk]

Сообщение от willis83

Чушь какая-то.... нигде не прописаны эти правила программирования.... и ни какая это не парадигма... это элюзия. Ваши расшифровки - абсурд. Чётких правил нет... Вы сможете переубедить меня?

Не, ну вы можете код и в одну строчку писать, четких правил же нет.