Тогда пользовательские скрипты, они же модули, они же (любое название с таким смыслом) должны находиться в \vendor\имя_поставщика\
А то получается сборная солянка. \vendor\twig точно такое же стороннее дополнение как и \application\vasya_forum. То есть должно быть \vendor\vasya\forum, который потащит за собой \vendor\abc\collection\какойтокласс.php
Вот я и подумал что в итоге будет 2 папки vendor и www



_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

С какого перепуга... Это самопал, причем тут поставщик))) Скрипты приложения должны находиться в своей папке. Там никто не запрещает сделать еще один вендер и качать туда то, что ему захочется со стороны. А если захочется весь фреймворк расширить, то тогда в главный вендор нужно заливать.

Не совсем удобная конструкция. Первоначальная была понятнее и проще. Ну может дело привычки. Вобщем начали с нарушения KISS.



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

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

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

Как он будет распространять свой скрипт?
Скажет замени свой форум (/application/forum) на мой?
Или скажет загрузи в \vendor\имя_поставщика\forum? и настрой роутинг.
Кстати тему с роутингом тоже надо создать =)

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

т.е. задумка видимо такая чтобы composer устанавливал фреймворк ABC сразу в дефолтную папку vendor под приложение

правильно ли? а как же сам фреймворк теперь будет юзать composer? или там уже не надо)

.....

да немного подумал, наверное не надо, т.е. так правильно получится, также как у меня установлен Yii2

Так. Глоссарий надо сделать. Вот тоже тема.

Приложение - скрипты, которые формируют страницы сайта.
Сайт, это то, что доступно по HTTP

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

// vendor\abc\core
class ABC
{
// do something
    public function view()
    {
        echo 'Это делает фреймворк<br>';
    }
}

//---------------------------------
// application\site_one

class SiteOneView extends ABC
{
// do something
    public function dysplay()
    {
        echo 'А это делает первый сайт';
    }
}

$view = new SiteOneView;
$view->view();
$view->dysplay();

//---------------------------------

echo '<br><br>другое приложение<br><br>';

//---------------------------------
// application\site_second

class ViewSiteSecond extends ABC
{
// do something
    public function render()
    {
        echo 'А это еще один, с тем же фреймворком';
    }
}


$view = new ViewSiteSecond;
$view->view();
$view->render();

Фреймворк один, а приложений несколько. Фреймворк может работать с несколькими приложениями.
Каждое приложение может управляться из нескольких сайтов.
Ну я имею ввиду взаимодействовать.
Обычное наследование. Так понятнее?

Как все, со ссылкой на фреймворк.

Куда торопимся... Поспешишь - не вытащишь рыбку из пруда.


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

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

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