Пробовал второй ангуляр — удобная разработка благодаря Typescript, хорошая документация, если читаете по английски. Но тонкие моменты освещены недостаточно широко.
Например, создание динамических компонентов, их вставка в кастомные элементы таба. Так же недостаточно информации о повторном использовании созданных компонентов для текущего роутера, у которого меняется только переменная часть типа :id.
К сожалению, не пересоздавать компоненты при переходах между разными роутерами пока невозможно.
Интересно, какова правильная практика для большой компании в принятии решения о выборе дизайна из предложенных студией. Сделать опросы на улице, среди дизайнеров, менеджеров?
документация на большинстве opensource продуктов неполная… по тому же Request 50% методов не освещены на https://laravel.com/docs/5.4/requests — нет методов merge(), clone() и многих других… поэтому лучшая документация — это код фреймворка
Например, создание динамических компонентов, их вставка в кастомные элементы таба. Так же недостаточно информации о повторном использовании созданных компонентов для текущего роутера, у которого меняется только переменная часть типа :id.
К сожалению, не пересоздавать компоненты при переходах между разными роутерами пока невозможно.
https://github.com/laravel/framework/blob/master/src/Illuminate/Routing/RouteUrlGenerator.php#L208
Симфони хорош для больших архитектур, где необходимы DI через конфиги и тп.
Можете определить, например, в своем ServiceProvider
а потом использовать в роутерах