К конфигурации отдельно на будем уделять времени, а будем его касаться по мере надобности.

Класс должен уметь обрабатывать адреса следующего вида:

Как мы уже договорились наш класс Engine будет состоять из статических методов, которые будут возвращать синглтон вспомогательных классов. Наш класс Router один из таких классов.

Файл Engine.php:

class Engine {

	protected static $_conf;
	protected static $_route;

	public static function conf(){
		if(self::$_conf===NULL){
			self::$_conf =  Array();
		}
		return self::$_conf;
	}

	public static function route(){
		if(self::$_route===NULL){
			self::loadClass('Router');
			self::$_route = new Router;
		}
		return self::$_route;
	}	

	public static function loadClass($class_name){
		require_once("lib/" ."$class_name"."_class.php");
	}
}

Как видим из файла в данном случае это статический метод route(). Внутри него подгружается класс Router.

Подгружаемый класс Router:

class Router {

	protected static $_URL;
	protected static $_N;
	protected static $_TAIL;

	function __construct(){
	  $uri = $_SERVER['REQUEST_URI'];

	  $uri = explode('/',$uri);
	  if(!$uri[0]) array_shift($uri);

	  foreach($uri as $id => $u){
	  	if(is_numeric($u)){
	  		self::$_N[]=$u;
	  	}elseif(!self::$_TAIL && !self::$_N){
	  		self::$_URL[]=$u;
	  	}else{
	  		self::$_TAIL[]=$u;
	  	}
	  }
	}

	public static function u($pos){
		return array_shift(array_slice(self::$_URL,$pos,1));
	}

	public static function n($pos){
		return array_shift(array_slice(self::$_N,$pos,1));
	}

	public static function t($pos){
		return array_shift(array_slice(self::$_TAIL,$pos,1));
	}
}

Переменные $_URL, $_N, $_TAIL защищены. В них складываются элементы адресной строки. Вспомогательные публичные методы u(), n() и t() дают доступ к этим переменным соответственно.

Пример использования:

public static function run(){
	self::route()->u(2); //  list 

	self::route()->n(0); // 49

	self::route()->t(-1); // desc
}

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

Главные цели которые будем ставить при проектировании движка:

• скорость и простота разработки (при его помощи)
• минимальный но легко расширяемый функционал
• скорость работы

Из этого всего следует, что будем использовать ООП и схему MVC.

Model-view-controller (MVC, «Модель-представление-поведение», «Модель-представление-контроллер») — архитектура программного обеспечения, в которой модель данных приложения, пользовательский интерфейс и управляющая логика разделены на три отдельных компонента, так, что модификация одного из компонентов оказывает минимальное воздействие на другие компоненты.

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

Будет использовано объектно-ориентированное программирование с описанной ниже структурой, которая может, и скорее всего будет меняться во время разработки.

Также, будем использовать mod_rewrite модуль Apache, для получения красивых url адресов. Он будет включен в файле .htaccess следующим образом:

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule .* index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

В index.php, на который будут направляться все нужные нам запросы, будет создан экземпляр некого класса Engine внутри которого будут статические методы, которые будут возвращать синглтон вспомогательных классов (Config, Router, Users..).

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

После тестирования всего этого добра на скорость, скорее всего добавим возможность кеширования: Memcached и файловый.

Не по воле своей, а по причине вредных привычек некоторых моих клиентов,  мне время от времени приходится иметь дело с блоговым движком Wordpress. Первый раз это было лет 5 назад, когда даже после perl-овских скриптов он мне показался просто свалкой кода, хотя уже на тот момент он был довольно популярным.

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

Забегая вперед скажу, что этот сайтик бежит на том же херово написанном Wordpress-е, что и раньше.

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

Я решил таким [не] хитрым способом мотивировать себя на написание нового framework-а, и сразу переноса данного сайта на него. По задумке у меня на долго не хватить терпения такого позора и последуют решительные действия в виде бессонных ночей, прозрения и еще пары бессонных ночей.

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