Гостевая

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

По автолоадеру есть устоявшиеся практики. Для автозагрузки используется композер. Свои велосипеды изобретать не принято. Ну если ты хочешь пройти многолетний путь, который прошло php сообщество, и поймать все подводные камни, можешь конечно продолжать изобретать велосипед с автозагрузкой) Конкретно в твоем случае ты предлагаешь разработчикам делать реквайр автолоадера самостоятельно и это дичь. Потом поймаешь ещё проблемы с тем, что разработчики заюзают одну библиотеку в разных модулях и зафигачат пару реквайров и посмотришь как всё это будет работать (никак).

Simba, на пхп денег не хватает ты считаешь?

По поводу автолоадера, то я тебя не понял. Там 1 строка, это рекваир из вендора, у тебя разве не так?) или автолоадер по воздуху у тебя в проекте работает?

Simba, так в том-то и дело) что ты можешь установить компостер и юзать компосер, ничего не сломается)

Ага и автолоадер композера ему реквайрить руками. Очень удобно )

Пакагист понятное дело что скажет тебе, что версий 8х больше) я беру инфу с глобальной статистики. Глянь статистику веба например.

php5 остался на очень дремучих проектах которые из-за каких-то причин не переходят на новые версии (недостаток программистов, денег или ещё чего-то). Подавляющее большинство проектов уже как минимум на 7 версии и уж тем более никто сейчас не начинает разработку с 5 версии.

По поводу пхп, то я уже давненько не наблюдаю за новостями по нему

Ну вот не наблюдаешь, а я наблюдаю)

Я на днях постараюсь адаптировать Джон 3.0.0 на этом ядре и кину ссылочку сюда.

Simba, 2 пункты ты имеешь ввиду, что в каком-то пакете из папки апп, так совпадет (не уверен), что имена неймспейса и классов будут одни и те же?

Так мой концепт говорит, что у тебя приложение будет брать классы из папки апп (можно поменять), и, ты можешь сделать неймспейс любой) без разницы. Пускай хоть Аля джава com\mysite\AppModule\AppModule

Simba, так в том-то и дело) что ты можешь установить компостер и юзать компосер, ничего не сломается)

Пакагист понятное дело что скажет тебе, что версий 8х больше) я беру инфу с глобальной статистики. Глянь статистику веба например.

По поводу пхп, то я уже давненько не наблюдаю за новостями по нему, я вообще на плюсах специализируюсь сейчас))

zbzalex, 
1. Ну представь себя со стороны обычного пользователя. Он делает composer require package и пытается юзать классы пакета и у него ничего не работает.
2. Ну ты в папку app сделал корнем и автолоад от туда срабатывает. А ты уверен что юзер не сделает структуру пакета схожую с каким нить пакетом в композере и у них не пересекутся namespace?
3. Х.з. где ты черпаешь статистику. Вот более адекватный источник https://packagist.org/php-statistics
4. Ну вот видишь, ты пишешь код и смотришь со своей стороны и тебе кажется норм) Лучше не изобретать свой велосипед с автозагрузкой и юзать композер. Это сильно снижает порог вхождения т.к. это всё работает как принято везде и не заставляет разработчика изучать документацию, а тебя не заставляет писать документацию на то, что и так должно быть очевидно и осознается на этапе изучения языка.

Simba, 1. тебе никто не мешает использовать композер
2. ты можешь разделить на вендоры, у тебя же есть вся мощь неймспейсов.

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

3. 70% сайтов даже не на 7 пхп )

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

Simba, а ты точно понял концепт?

Ну я много всякого повидал ) Боюсь что понял.

там свой лоадер из 3х строк кода и нужен он для гибкости, авторзагрузчик компосера не мешает никак :-)

В мире php принято для автозагрузки использовать композер.

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

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

пхп5? ужас какой)) ты считаешь возьмую версию инновацией в пхп?)

Для php5 прекращена поддержка безопасности, новые версии php в несколько раз быстрее работают, имеют множество полезных удобных нововведений. Это достаточный аргумент для того чтобы не использовать устаревшую версию? Вопрос риторический.

а что именно не так с модулями?

Х.з. я не вижу необходимости в приведенном примере кода т.к. это можно реализовать обычными соглашениями. А зачем описывать там классы контроллеров совсем не понятно.

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

или я тебя не так понял?