Разное

столкнулся со сложностью проектирования системы, не знаю с какой стороны подойти
делается все почти с нуля
вроде и схему нарисовал, и принципы работы предельно понятны, и структура БД ясна, а с чего начать хз
мож ткнете в какой нить толковый материал по проектированию?
в идеале - пример разработки на пхп какого нить проекта, с применением паттернов, юнит-тестирования и наглядной демонстрацией масштабируемости и расширяемости системы
(вроде "вот как круто тут спроектировано, можно добавить такой-то функционал парой строчек кода" :))

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

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

Поищите сайты по agile-программингу, там и статьи есть, и ссылки на учебники.

Половина паттернов в PHP не имеет смысла, так как язык поддерживает обеспечиваемую ими функциональность на уровне синтаксиса. Я если честно толкового критического обзора паттернов в PHP ещё не видел (лишь жалкие перекомпиляции с других языков).

окей, всем спасибо

Обычно я проект набираю в текстовом блокноте.

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

Список ЗАДАЧ красного цвета - вершина логики! :-) ... Но это действительно так.
Всё видно как на ладони.
Главное - правильно его составить.
Использую вообще-то для ассемблера, но в пичипи можно также, синтаксис у Вас сишный.

>столкнулся со сложностью проектирования системы

Честно сказать не понял, что вы имеете ввиду, под проектированием?
Если как я понял, то, схемы функциональных блоков связанных между собой и демонстрация их заказчику.
>с применением паттернов
Что вы подрузамеваете под словом "паттерн"?

Или

Систему вы хотите спроектировать, типа шаблонизатора?

P.S. Почитал ниже посты, но так и не понял, что вы хотите проектировать.

>Честно сказать не понял, что вы имеете ввиду, под проектированием?
создание системы на бумаге: описание функциональных требований к ней, описание логики работы, UML-схема пакетов (наборов классов, интерфейсов) с их взаимосвязями, описание интерфейсов системы, API

>Что вы подразумеваете под словом "паттерн"?
ровно то же, что и все остальные

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

в общем сейчас пробую в UML все набросать сначала, посмотрю, насколько это будет полезно

Я лично в последнее время сначало проектирую и создаю БД (что-то очень понравилось, хотя раньше ненавидел). Коненчо потом по ходу дела она будет меняться и дополняться, но главное бдет основа ;) Ну а потмо, если система большая (я большие системы елаю модульными), сначало пишу основу движка что бы была обработка модулей, защиту и т.д. и т.п. а потмо и сами модули :) Вроде так.

для потомков:
весьма достойный ресурс по теме! http://wiki.agiledev.ru
правда местами пустоват

На Киби.ру есть много полезных книг по этой теме.

ага, а вот по паттернам
http://www.phppatterns.com/docs/?idx=design (англ.)