Нудистика - или то о чем все знают, но не хотят учитывать

737
.
Screamer (29.06.2012/13:43)
реквестирую статью об организации структуры проекта
хорошо если будет с применением ооп.
пейсать лень
да и не о самом коде я, скорее о логике организации.
+------------------------------------+
|                core                |
|      (ядро функций и классов)      |
+------------------------------------+
|               router               |
| (определяем модель, возвращаем ее  |
| адрес, подключаем в точке входа)   |
+------------------------------------+
|              template              |
|  (подключаем и выполняем шаблон,   |
| если была команда на выполнение)   |
+------------------------------------+

вот так по моему скромному мнению должен выглядеть корневой index.php
так называемая точка входа.
а вот более подробно, как ни будь потом меня диабло свернутый ждет, да и вдохновения что то нет, трезв
.
ramzes, та ну так не интересно, было бы интереснее почитать о взаимодействии объектов.
а то все никак не додумаю как лучше сделать. сейчас пока с опенкарта слизал логику вроде ничего.
.
ramzes (26.06.2012/13:03)
http://corp.mamba.ru/test/test.phtml тест php кодера, кому скучно =)
О. Я как-то видил целый фри-ланс сайт с акредитацией PHP разработчиков.
.
http://corp.mamba.ru/test/widg ... 70944


Но всё равно. Меня смущает моя позиция на шкалике, не уж то столько ошибок
Прикрепленные файлы:
.
Screamer (29.06.2012/14:30)
ramzes, та ну так не интересно, было бы интереснее почитать о взаимодействии объектов.
а то все никак не додумаю как лучше сделать. сейчас пока с опенкарта слизал логику вроде ничего.
попробуй описать суть проблемы?
.
ramzes, Ну, например у меня есть несколько основных компонентов цель скомпоновать их так что бы они были доступны из любой точки приложения при этом нужно сохранить их автономность.
Сначала подумал почему бы не изпользовать Registry. И сразу же встал пред вопросом как быть с теми компонентами которые друг от друга. Например у меня есть класс для работы с сессиями, а они у меня хранятся в БД. Пихать в конструктор каждого класса нужный объект как то не кошерно.
Далее решил использовать как в ждоне Статический класс. Проблема с областью видимости, но при этом уже теряется автономность, хотя это и не сильно важно, но все же. Что бы потом не вышло так что переписав одну часть пришлось переписывать пол проекта.
.
проблема с областью видимости

* решена

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

Пихать в конструктор каждого класса
нужный объект как то не кошерно.

Кошерно, и даже очень.
Если зависимостей мало в проекте, то лучше именно так и поступать.
.
L!MP, ну допустим вначале загружаем регистри, затем необходимые объекты пихаем туда.
$registry = Registry::getInstance();
$registry->db = new DB;
//....
затем допустим внутри какого либо класса
$registry = Registry::getInstance();
$query = $registry->db->query("SELECT * FROM `table`");
Как по мне телодвижений многовато
.
Нормально телодвижений.
Можно сделать регистри статическим, а не через одиночку. Тогда кода будит меньше.
Registry::add('db', new Db;);
Registry::get('db');
Всего: 38