Цитата (OleKh @ 6.10.2015 - 09:11) |
странный спор, я привожу примеры из популярных CMS, а мне в ответ - ерунда |
Цитата (OleKh @ 6.10.2015 - 09:11) |
так я это и предлагаю, зачем два шаблона на разных языках, получится в 2 раза больше файлов, а константы и в один файл могут поместиться |
Цитата (twin @ 6.10.2015 - 11:19) |
Я не понимаю тогда смысл затеи. Тупо повторить популярную CMS? Я и один под пивко могу. smile.gif Смысл как раз найти оптимальное решение, а не "как у всех". |
Цитата (Dezigo @ 6.10.2015 - 09:47) |
Чтобы что-то сделать лучше, для этого нужно знать что улучшить. |
Цитата (Arh @ 6.10.2015 - 10:03) |
А что будет в директории core? В смысле, если все нужные библиотеки уже лежат в services, бери да используй. Или там будут лежать библиотеки, которые ядро разогревают? =) |
Цитата (Arh @ 6.10.2015 - 10:03) |
Почему так часто слово "ложить" употребляется? Нет такого слова в русском языке. |
Цитата (twin @ 6.10.2015 - 14:05) | ||
А кто будет брать? :D Там будут общие классы. Роутинг, база и т.д. |
$obj = \abc\core\library\obj();
$obj = \vendors\vasya\library\obj();
Цитата (Arh @ 6.10.2015 - 10:17) |
Так services это не библиотеки, а расширения? |
Цитата |
Зачем тогда application? |
Цитата (Arh @ 6.10.2015 - 10:17) |
Или это из MVCS? Что класть в сервисы? |
Цитата |
И как обращаться к классам\сервисам, вот так? |
class App_Model extends Core_Model {} // приложение папка Model
class App_Model_Services extends Core_Services {} //приложение папка Services
class Core_Services implements IServices {} // фреймворк
Цитата (twin @ 6.10.2015 - 12:59) |
Так как же назвать... components/ может? Не отражает сути. expansion/ больше подходит, но как то некрасиво. |
Цитата |
Ну примерно да. Только через алиасы. |
$obj = $DI->get('name');
//это
$obj = $DI->get('\abc\services\name');
//или
$obj = $DI->get('\abc\core\library\name');
//или
$obj = $DI->get('\vendor\vasya\models\name');