Как вы строите структуру ваших приложений?

bools

Новичок
Как вы строите структуру ваших приложений?

Здравствуйте уважаемые участники!

Вот, меня заинтересовал вопрос, а как максимально удобно строить структуру приложений (например, CMS)?

Я знаю два пути – это иметь одно умное ядро, которое обрабатывает запросы, подключая модули, тем самым URL скрипта выглядит примерно так http://server/?mod=gb&action=show&message=45

Или же иметь массу скриптов (gb.php, news.php) которые будут подключать файлы конфигурации, функций и шаблонов.
http://server/gb.php?action=show&message=45

Как думаете. Какой из этих способов лучше?

Я всегда писал как во втором способе, правда, у меня дизайн подключал модули:
http://server/gb.xhtml
 

jer

...
Первый метод заменяется вторым и наоборот несколькими строчками в .htaccess с использованием mod_rewrite apache.

Я это говорю к тому ,что нужно смотреть не на внешний вид url-в, а на внутреннею структуру приложения.

К тому же подобная проблема (в один файл пихать все контроллеры или под каждый модуль свой файл) тут не раз обсуждалась - поищи.
 

boombick

boombick.org
Ой, у меня все так сложно и запутанно, что даже рассказывать не хочется =)
 

Alexandre

PHPПенсионер
как максимально удобно строить структуру приложений
На всус и цвет товарищей нет, одним нравится способ А, другим способ Б, третьим и 1, и 2 + mod_rew короче все в комплексе.

Лично у меня, функции Фронт контроллера переложены на mod_rew, но есть и общее ядро, которое представляет базовый класс обработки страницы (кеширование, логирование и тд..) и отдельные скрипты gb.php, news.php, которые являются производными от базового класса, и осуществляют функции контроллера действий, и модули логики gb.class.php, news.class.php и тд. и тп...
по какому слову?
MVC
 

betik

Новичок
У меня организовано так:

Есть индекс.пхп фронт-енда. Вызывается как Index.php?pid=N
где N номер страницы в БД.

В БД хранится информация о том что это за страница, если текстовая- то её содержимое, если это обработка модуля - то название модуля (у меня привязка к имени папки).

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

Сумбурно получилось, но в целом так. + MR
 
Сверху