Алексей КskyANAА вот кстати лучшие традиции Ajax calls относят к модели.Как мне кажется, там описывается ViewModel - класс, к которому биндится View.Там описывается и model, и view model, и view.

Ajax calls относятся к model, ровно как и другие "operations in your business domain". А к view model относится "data and operations on a UI".

Алексей КskyANAпропущено...
А, это сервис :) Понятно. Почему же ajax в отдельный сервис не вынесен "в лучших традициях"?
На фига ViewModel знать, откуда данные (локальные, или с сервера получены ajax-ом, или не ajax-ом)?Ну я не вижу в данном случае необходимости добавлять ещё одну абстракцию: писанины больше, пользы - ноль.

Но я не спорю, такое решение в других случаях может иметь право на жизнь."Keeping the view model abstract in this way lets it stay simple, so you can manage more sophisticated behaviors without getting lost".

Опять приходим к тому, что у тебя ничего никогда не меняется, не усложняется, не расширяется... :)

Алексей КskyANAпропущено...
На MVVM не тянет.Кстати по поводу "не тянет": если бы в данном коде велась работа непосредственно с HTML-элементами, тогда да, на MVVM бы это не тянуло. А тут тянет. :-)view model ничего не должна знать о сервере и ajax, так же как и о HTML.
Так что пока не тянет :)

Алексей КskyANAпропущено...
"Keeping the view model abstract in this way lets it stay simple, so you can manage more sophisticated behaviors without getting lost".

Опять приходим к тому, что у тебя ничего никогда не меняется, не усложняется, не расширяется... :)Ну менять источник данных в данном случае мне точно не придётся.

По поводу изменений - чем больше абстракций, тем больше кода придётся менять при изменении предметной области, скорее всего в таком случае изменения коснуться всех слоёв.Ну скорее всего всех. Но сделать это можно будет параллельно (совместная разработко, о которой уже упоминали).

А если например потребуется написать другую морду к этому же API? Мобильную к примеру и респонсив, и тоже на JavaScript?
Предметная область не изменилась, а изменения всё равно коснутся "всех слоёв" :)

Алексей КskyANAпропущено...
view model ничего не должна знать о сервере и ajax, так же как и о HTML.
Так что пока не тянет :)Если бы это был десктоп, то я бы согласился. Но для Веб AJAX является единственным способом взаимодействия с сервером, поэтому данная независимость нам ничего не даёт.Не единственным.

Плюс завтра попросят добавить поддержку offline режима и IndexedDB. Хотя это же опять не про тебя :)

Алексей КskyANAпропущено...
Ну скорее всего всех. Но сделать это можно будет параллельно (совместная разработко, о которой уже упоминали).У нас контора маленькая, разработчики делятся по предметной области.
skyANAА если например потребуется написать другую морду к этому же API? Мобильную к примеру и респонсив, и тоже на JavaScript?
Предметная область не изменилась, а изменения всё равно коснутся "всех слоёв" :)А вот и нет. :-)

Мы обсуждаем клиентскую HTML+JS часть. Серверная WebAPI часть тут и так есть, она останется без изменений.Ты не понял.

В JS у нас есть model, которая инкапсулирует в себе все Ajax calls (IndexedDB calls, offline calls). Это набор js-"классов".
Я беру этот код и просто использую в другой HTML+JS морде без изменений.

А в твоём случае нужный код надо выдирать из view model и писать на его базе новую view model. Да и почему view model?
Новую морду может быстрее и проще реализовать используя другой MV* подход, не MVVM.

"Серверная WebAPI часть" в обоих случаях "тут и так есть, она останется без изменений".

Алексей КskyANAпропущено...
Ты не понял.

В JS у нас есть model, которая инкапсулирует в себе все Ajax calls (IndexedDB calls, offline calls). Это набор js-"классов".
Я беру этот код и просто использую в другой HTML+JS морде без изменений.Ок.
skyANAА в твоём случае нужный код надо выдирать из view model и писать на его базе новую view model.Да, если случится что-то невероятное, то придётся. Но чудес не бывает, невероятное не случится. :-)Помнится достаточно недавно за репозиторий спорили. Так что-то кроме SQL Server было для тебя невероятным :) Не зарекайся...