2012-05-09 1 views
0

Я разрабатываю небольшую инфраструктуру PHP-MVC, основным принципом которой является простота использования и отладки, а также переносимость, производительность (прежде всего) и сверхлегкая кривая обучения.PHP - MVC Framework - Максимум 6 включает в себя действие

Итак, дело в том, до сих пор они не являются включают в себя, что почти обязательные (для большинства MVC рамки) в каждом действии:

- Controller.php (the controller class) 
- View.php (the view class) 
- Model.php (the model class, in my case I try no to use more than 2 models per action) 
- template.php (the HTML template which is loaded by the View) 
- language.php (a language file that loads translations) 

В моих рамках, маршрутизатор и контроллер находится в тот же файл, потому что я действительно не использую маршрутизатор, я просто разбираю действия с _GET и _POST . Поэтому моя идея - попытаться, независимо от того, какое действие вызывается, никогда (или почти никогда) не делает больше, чем 6 включает (include()). Идея этого заключается в обеспечении читаемости и производительности в лучшем виде.

Что вы, ребята, думаете? Вы думаете, это хорошая идея или нет?

Спасибо.

+2

Создайте скрипт сборки и объедините все, что необходимо вместе. Не позволяйте исходному коду получить borken. – hakre

ответ

1

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

Вы должны планировать взаимодействие класса с чем-то вроде uml и предпочитаете единую ответственность классов и методов за использование меньшего количества из них.

Если вам нравится mvc, вы можете посмотреть на h-mvc, поскольку он позволяет осуществлять иерархические вызовы контроллера с использованием mvc. также вы должны попытаться отделить представление от механизма шаблона.

0

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