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

красивое выражение

так при совке все недостатки объясняли )))

Хз если честно. Вот та же песьня с наймспейсами (написал код и опять задумался).
С одной стороны использования namespaces это уже стандарт, как и psr4. Думаю обяснять почему нет смысла.

С другой же стороны. Есть стандарты кода и наименования файлов ядра. (написать для них свой autoloader не составить большого труда)
И соблюдать эти стандарты тоже нужно. Для чего? Ну хотябы для того чтобы человек видящий код не открывая  весь плагин через IDE не пытался понять где же этот класс лежит то.

Вообще если честно не понятно почему в wp впринципе нет своего автозагрузчика для плагинов.

Судя по всему сам wp пока не планируют переделывать по современные реали, да и если подумать то зачем им это надо.

P.S подумаю еще как же все таки делать (Ну да есть у меня такой маниакальный заскок соблюдать стандарт того подо что пишешь) Код уже написан так что можно играть до релиза.

Если забивать на стандарты можно и zf в wp воткнуть чего уж мелочиться.

только не нужно фреймворки тащить - проходили

Я знаю какой фрейм затащить чтобы вызвать всеобщую ненависть =)

Битрикс

laravel уэе есть

🔥

когда начинаем?

до НГ надо успеть у меня там проект как раз на Битриксе

с понедельника, как обычно

Не...

Но ситуация с затащит фрейморк, довольно показательна.
Сначала запихаем composer ради autoload 5 классов, потом framework ради mvc.

композер там три файла)

Ну не 3.  а штук десять.

composer не только ради autoload. Если проект примитивный, то да. А вообще-то для подключения библиотек, в том числе в dev режиме. У нас, например, куча тестовых либ тянется композером

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

"для тестов либы мне не нужны" - Это как?  О_о