Дело в том, что у меня с одним фреймворком может использоваться несколько приложений. А с каждым приложением может использоваться несколько сайтов. А для этого нужна одна, глобальная область видимости, которая не участвует в автозагрузке. В PSR-4 это называется префиксом.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Ну обычно за это отвечают методы типа display(), если по канонам ООП. А так это процедурой попахивает. :)

Ну это же очевидно. Чем меньше команд, тем понятнее и выразительнее код. Для того и придумали инкапсуляцию.

Зачем пользователю фреймворка копаться в кишках, если все запускается одной строчкой? Если нужо стартонуть приложение, так и пишется - старт. Не нужно разбираться кто куда и зачем. Что делает диспетчер? Для меня и сейчас это загадка.

$app->dispatch(); // Говорим ему сделать что-то

Что-то, это что именно?

echo $app->getResponse()->getContent(); // Забираем у текущего приложения ответ, а у ответа берем его контент;

Это вообще не логично. По логике сначала берется контент из приложения, а потом фреймворком формируется и отправляется ответ.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Какая разница, это как startApp у тебя, что-то запускается, а что - непонятно, инкапсуляция же

Получаем ответ приложения, у которого есть контент (который кто-то туда возможно положил). Возможно этот контент положил туда метод dispatch, а может он там уже был, а может его там и нет.


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

Ну потому что я же написал. Что может быть несколько приложений на одном фреймворке. И несколько сайтов на каждом приложении.

Любое из приложений настраивается автономно. И любой сайт тоже. Общих правил нет и быть не может.

Вот такая структура возможна:

У каждого приложения, и у каждого сайта свои настройки. Но чтобы все они видели фреймворк, должна быть глобальная область видимости.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Я тебе раскажу, как я запускал твой фреймворк, было недели две назад, сравнивал производительность со своей CMS. Таки смотри, я скачал его, распоковал, запускаю, а он мне пишет ошибку с 404 и твой фирменный дебаггер, я такой - а как запустить контроллер определенный? Документации то нет, почесал репу, после чего пошел капаться в кишочках.

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

Большая разница. Ты же сам о выразительности говорил. Нужно понимать, что делает код. У меня понятно - стартует приложение. Что у тебя делает диспетчер?

Ты нарушил принцип R-R. Response, это конечный автомат. Он отвечает за выдачу ответа пользователю. Как минимум должно быть наоборот:

Тогда логично. И echo не нужно.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Я твой вообще запустить не смог.

Вот именно. Чем я и занимаюсь. Но одно дело в доке написать про один метод, другое - про три. Да еще и совершенно невыразительные. Ну вот что делает диспетчер? Я так и не понимаю.


_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Ты писал тут одно, но в коде в index.php, я вижу у тебя другое. Запрашиваешь конфиги и не юзаешь их.

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

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

Так ты смотрел демку)) Я еще в порядок не привел. Сейчас все в доке прописано.

А как же. Конечно есть. Я же несколько раз написал уже.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Что-то менеджерит, скорей всего компоненты приложения.

Ты про что вообще? Какие конечные автоматы? Максимум, что я мог нарушить, это то что не правильно транспортирую и отдаю контент в поток php, о чем ты говорил выше, говоря о использовании echo.

Таки да, я же над этим работаю, установщик пишу. И да у меня не "он", а "она", у тебя фреймворк, у меня CMS. Да и я лишь анонсировал пре-альфу, то есть в ней и ничего не должно было работать, это был анонс для других разрабов, вдруг, кто захотел бы присоединиться к разработке. Кстати, если выкачаешь ветку form установщик ты сможешь запустить (скорей всего, но даже если запустится, он сейчас ничего не делает).

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

Я в коде не увидел этого, у тебя приложение только Abc. Ну если дело в доке, то напиши её, я заценю, покритикую

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

Ну вот видишь. Ты и сам не знаешь. А говоришь о выразительности.

Ну это я для красного словца. :) Просто Response, это ответ. Может у тебя он и берет ответ приложения, но тут путаница гораздо хуже, чем у меня с create была. Общая практика - Response должен отдавать. Причем отдавать в поток. А брать ответ, это не просто не выразительно, это неоднозначно. Такой код читать очень трудно. Причем он у тебя откуда то берет ответ и отдает его методу, который берет где то контент. Вот так напиши и сам поймешь логическую ошибку.

$app->getResponse();
echo $app->getContent();

Не может сначала браться из приложения ответ, а только потом контент.

У тебя CMS, написанная на основе фреймворка. Я не зря так долго разбирался, что есть что. И меня не интересует CMS. Это как раз приложение и есть. Меня интересует фреймворк. Основа.

Потому что ты до сих пор не понял основного принципа построения фреймворков. Аbc, это не приложение вовсе. Это фреймворк. А приложение к нему, это App. Applicftion. Так и переводится - приложение. Я могу приложить их несколько. А Abc будет один.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Ну и как оно кстати?

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Напиши по этому поводу доку, я посмотрю ;)

$app->getResponse(); // вернет объект ответа для текущего приложения, в котором потенциально может быть контент
$app->getContent(); // У меня нет такого метода в приложение

Я еще не использовал концепцию Request-Response, у себя, данный метод возможно является чем-то похожим, но он было создан под влиянием других вещей.

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

Нет, сам то я знаю. Просто я использую такие формулировки, чтобы показать тебе, что вообще не важно, что там происходит.

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