А чем не нравится подход, сообщать об ошибках разработчикам, которые выпустят апдейт новый и ошибка исчезнет?

Ну то что vNext еще сырой, и на нем не стоит делать

skyANAmr_maxНу то что vNext еще сырой, и на нем не стоит делатьНу да.

А по поводу "сообщать об ошибках разработчикам, которые выпустят апдейт новый и ошибка исчезнет", так ты вступи в коммьюнити, разберись с кодом, оформи pull-реквест, и посмотри когда его обработают :)

Ну или хотя бы последи за коммитами и тем, что в них исправлено, а что ими сломано :)
Ох боюсь на это время не найду, плюс тем более community, код открыт, будет это все активнее исправляться..

Я буду делать не на vNext. на vNext потом легко будет перевести, пусть будет стабильность.
А как выйдет релиз vNext сразу переведу проект и продолжу на нём, а то действительно, могут функцию убрать или изменить и всё..после апдейта код слетит.. а тесты писать не когда.

Вот не плохая структура вырисовывается.

Я вот подумал, смысла нету переносить интерфейс на ангуляре на .NET, пусть он остается на php портале, на .net будет только API.
единственный минус, в решение будет только api, т.е. если отдавать другому разработчику, это надо решение + проект на php, что не очень удобно.

И когда выпустят vNext в релиз, перевести туда ангулярщину.

ну вот api хотя бы сделаю на .NET, а там посмотрим.
Кстати вопрос, корпоративное приложение быстрее написать на asp.net mvc или angular?

hVosttmr_maxну вот api хотя бы сделаю на .NET, а там посмотрим.
Кстати вопрос, корпоративное приложение быстрее написать на asp.net mvc или angular?

с чем быстрее можно съесть тарелку борща, ложкой или черпаком?
ложкой)

skyANAmr_maxВот не плохая структура вырисовывается.А зачем в названии каждого проекта ещё и название солюшина писать? :)
Верно подмечено.