вопросы проектирование программного прдукта

в одной из тем я уже задавал подобный вопрос, может здесь получу ответ

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

Правил нет... есть рекомендации... http://forum.php.su/topic.php?fo...=62&topic=25
(Добавление)
а по поводу расширяемости... пожалуй ООП, неплохой выбор

-----
ответы на 99% вопросов здесь

это я уже изучил

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

-----
ответы на 99% вопросов здесь

вопрос не в стиле, а о структуре.

меня вполне устраивает стиль Олмана

структуре чего? прэкта, кода, файлов?

-----
ответы на 99% вопросов здесь

прэкта

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

-----
ответы на 99% вопросов здесь

я так понимаю что мы не сошлись в терминологии.

я подразумевал следующее:
интерфейс функций, структура данных, и т.д.

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

Понятно... в этом примере по сути разницы нет никакой... что двумерный массив, что два одномерных... здесь впрос удобства. но и здесь разницы никакой... что в первом случае добавлять/редактировать. что во втором. думаю более эффективно было бы использовать БД для данных целей, все сообщения для автоматической отправки в таблице. надо добавить что то, добавил запись в табюлицу и забыл... Испольщование БД дает кучу приемуществ... я сейчас стараюсь максимально все данные которые могут быть добавлены или изменениы хранить в БД...
(Добавление)
да кстати, что касается терминологии. В моем понимании данный вопрос касается логики построения кода...

-----
ответы на 99% вопросов здесь

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

Здесь опять же вопрос задачи, однообразности и количества.
если данные можно приспособить под одну дудуку и их сравнительно (по меркам БД) не много, то делаю одну таблицу. хотя довольно часто удобнее использовать разные таблци, удобнее для анализа и визуализации...

-----
ответы на 99% вопросов здесь

эт сколько? как определяется?

5-10 тысяч записей это не много... например, у меня есть таблица, в которую каждый день добавляеться по 1-2 тысячи записей.

-----
ответы на 99% вопросов здесь