я бы не хотел работать с проектом вью, где используют vue-resource или axios в прототип засовывают, ну уж простите

ЗЫ: если прицепить к руке лопату, получится та же лопата. При огромном желании можно обложить реакт дслями и прочим, получив почти вью. только зачем?

я бы не хотел работать с проектом вью, где используют vue-resource или axios в прототип засовывают, ну уж простите

просто "потому что"?)) Раз такая уверенность, припомни случай из хотя бы чьей-нибудь практики, когда axios в прототипе кому-то навредил

ЗЫ: если прицепить к руке лопату, получится та же лопата. При огромном желании можно обложить реакт дслями и прочим, получив почти вью. только зачем?

Кроме IE 11, все адекватно с ним работают

axios в прототипе кому-то навредил, он там впринципе никогда не нужен, архитектурно его там не должно быть

Радикализм - это плохое качество.

ЗЫ: если прицепить к руке лопату, получится та же лопата. При огромном желании можно обложить реакт дслями и прочим, получив почти вью. только зачем?

Самая простая задача: организуй универсальный механизм валидации.

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

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

axios в прототипе кому-то навредил, он там впринципе никогда не нужен, архитектурно его там не должно быть

А почему архитектурно его там быть не должно?

А почему архитектурно его там быть не должно?

это относится к слою api, который по сути никак не завязан на фрейме

Тоесть ты имеешь ввиду что должно быть так, ты поменял фреймворк, но продолжаешь дальше пользоваться старым слоем API?

Тоесть ты имеешь ввиду что должно быть так, ты поменял фреймворк, но продолжаешь дальше пользоваться старым слоем API?

Тоесть ты имеешь ввиду что должно быть так, ты поменял фреймворк, но продолжаешь дальше пользоваться старым слоем API?

Тоесть ты имеешь ввиду что должно быть так, ты поменял фреймворк, но продолжаешь дальше пользоваться старым слоем API?

Я не читал всего, но не понял чому монолитное приложение это не торт

Ну от задачи надо исходить

это не микросервисы, это просто разделение ответственности, вы же на бэке не пишите обращение к БД в контроллерах или вьюшках!?

это не микросервисы, это просто разделение ответственности, вы же на бэке не пишите обращение к БД в контроллерах или вьюшках!?

Да от задачи зависит же. MVC только в теории красив и удобен

ничего не от задачи, есть откровенный говно-код, отправлять запросы прям во вьюшке, нельзя же писать <button @click="axios.get('/....')"

Камон, когда у тебя аппликуха на 3.5 компонента, чотты там городить собираешься?!

в реакте уже давно сформировалась практика написания кода

я не пойму, вы что мне пытаетесь доказать, что axios использовать внутри компонента - это нормально?

лично я -- то, что это вообще не заивист от фреймворка, а было очень нагло притянуто как аргумент против vue.

я говорю, что надо писать одинаково, что на вью, что на реакте, почему АПИ должно отличаться, когда оба фрейма - это абстрация над html

сам же вдвое больше кода будешь писать почём зря.)

Опять холивар

если это редакс, то это боль, да

Я тут обнаружил, что через пропсы функции передавать можно, а ни в одной инструкции этого не видел. Это делать нельзя или что?

можно, в доке это хорошо описано