если классы будут в FW, то они и вызываться при определённой последовательности include path
+этот класс всегда будет определяться в качестве прослойки. 
думаю, коментарий в коде+вики был бы полезнее.
а в данном коммите я пытаюсь понять - а надо ли оно вообще :) готовое, уже работает, но не всем нужное

я уже писал: делал для совместимости и не использовал. фактически, преждевременная гибкость :)
я обошёлся, как и большинство обойдутся вынеся это в хэлпер и обращаться через хэлпер, но старые вызовы из фреймворка так не переопределишь.

# у меня сейчас там остались только универсальные бизнес-функции create dao proto, но у них нет правильных php-doc'ов, т.е. всё равно придётся добавлять в бизнес ради автокомплита в IDE

и если добавлять прослойку - то и в прото и в дао
и всё из авто(кроме индивидуального с колонками: set/get, makePropertyList) переопределить на /** @return ClassDao */ + return parent: __METHOD__
тогда массово можно будет переопределить всё



пример для прослойки с примером для *BusinessAuto :)


class NamedObjectBusinessAuto extends NamedObject implements Prototyped, DAOConnected
{
	/**
	 * @return Static
	 **/
	public static function create()
	{
		return new static;
	}

	/**
	 * @return StaticDAO
	 **/
	public static function dao()
	{
		return Singleton::getInstance(get_called_class().'DAO');
	}

	/**
	 * @return ProtoStatic
	 **/
	public static function proto()
	{
		return Singleton::getInstance('Proto'.get_called_class());
	}

}


ЗЫ: вот такой вопрос-комментарий-япишукудахочу :)