hVosttАлексей КЯ привык к понятию "предметная область", но хорошо, пусть будет "задача". Получается, что в SPA невозможно сделать унифицированную оболочку: меню, контейнер документов - в которой будут отображаться документы, представляющие разные задачи? Так? Или что здесь невозможно сделать?

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

Гугл я уже в пример приводил. Давай не гугл. Давай возьмём то, что у нас сегодня находится буквально на острие прогресса всех разработчиков мира. Самый цимес. Гитхаб. Почему гитхаб не сделан в виде SPA?? Они же там все сплошь и поголовно модные и молодёжные, там размещаются все популярные фреймворки. Я скажу почему. Потому что нахер оно не надо. Никому, ни разрабам, ни пользователям сервиса.Так и скажи: "Я не умею, мне это не надо, текущие задачи прекрасно решаю традиционным MVC". Это будет правильно.
hVosttАлексей КТебе ссылку напомнить, где ты говорил про ограничения на количество форм?

Количество форм: эта конкретная метрика, которую можно измерить. Концептуальная метрика: количество задач. Они напрямую связаны. Чем больше задач, тем больше форм. С увеличением форм, растёт сложность разработки и сопровождения. При чём с экспоненциальной скоростью.В плохо спроектированных системах, ты забыл добавить.
hVosttТы в курсе, например, что в JavaScript не всегда достаточно избавиться от всех достижимых ссылок, чтобы сборщик мусора удалил объект из памяти?Об этом поподробнее, нужно описание физических принципов, лежащих в основе сего безобразия.

Авторам .Net и Java удалось написать нормальный сборщик мусора, а тупорылые авторы JS не могут, так?

hVosttДля того, чтобы управлять памятью клиентского приложения эффективно, надо конкретно постараться. Это к тому, что ты там писал про неудачников. Все вокруг тупые, один ты умный. Покажи сложную SPA, решающую комплекс разных задач, которой можно пользоваться. Не свою покажи, я понял что у тебя ничего нет, чужую покажи хотябы. Дай ссылку.Если ты их не видишь, это не значит, что их нет.
hVosttАлексей КА зачем говорил про "переходим по всем экранам"?

Я говорил про методику оценки. Простую достаточно. Но самая правильная оценка -- это фидбек от пользователей. Сообщаю по результатам опытных внедрений двух разных крупных SPA приложений от разных команд. Результаты по фидбекам отрицательные. Один уже переделали, чем достигли положительного фидбека. Результат получен с минимальными усилиями, все довольны. Ты что предлагаешь?Ждать результатов моих внедрений.
hVosttРади чего тебе этот SPA, ты бы хоть раз толком объяснил, чего ты к нему прицепился как клещ. Потому что модно чтоли? Или чего.Данная архитектура хорошо подходит для решения моих задач.

Алексей КhVosttпропущено...


Количество форм: эта конкретная метрика, которую можно измерить. Концептуальная метрика: количество задач. Они напрямую связаны. Чем больше задач, тем больше форм. С увеличением форм, растёт сложность разработки и сопровождения. При чём с экспоненциальной скоростью.В плохо спроектированных системах, ты забыл добавить.Да даже, если я соглашусь, хотя не согласен, данное утверждение относится ко всем проектам, или только к SPA?

hVosttАлексей КОб этом поподробнее, нужно описание физических принципов, лежащих в основе сего безобразия.

Авторам .Net и Java удалось написать нормальный сборщик мусора, а тупорылые авторы JS не могут, так?

Гугл те в помощь. Ох уж эти горе "СПАшники"...Значит наврал, так я и думал.

hVosttАлексей КВ плохо спроектированных системах, ты забыл добавить.

Очень жду пример хорошо спроектированной системы.Ты тему в сторону не уводи. Объясняй зависимость между количеством форм и невозможностью применения SPA.

hVosttАлексей КТак и скажи: "Я не умею, мне это не надо, текущие задачи прекрасно решаю традиционным MVC". Это будет правильно.

Неправильно. Просто я не пытаюсь за каким-то хреном впихнуть всё на одну страницу. MVVM можно с огромным успехом применять и в multipage application, правильно расставляя акценты.Я знаю, но хочется мне. Имею право.
hVosttАлексей Кпропущено...
Ты тему в сторону не уводи. Объясняй зависимость между количеством форм и невозможностью применения SPA.

Я тебе 2 раза задал вопрос, на который ты тупо не отвечаешь.

Задаю 3 раз. Где пример хорошо спроектированной системы? Или такие только ты производишь у себя в фантазиях? Примеры будут или нет? Хотябы один.Тут форум статистов или инженеров? Накой нам эти примеры?
hVosttАлексей КДа даже, если я соглашусь, хотя не согласен, данное утверждение относится ко всем проектам, или только к SPA?

В классическом веб-приложении, одна страница может работать, а другая вообще падать с ошибкой 500. В SPA одна ошибка распространяется на всё приложение.Из непонятого.
hVosttИзопропила чё там не так со мусоросборщиком в javascript?

https://developer.mozilla.org/ru/docs/Web/JavaScript/Memory_Management

Алгоритм "Mark-and-sweep"

Данный алгоритм сужает понятие "объект более не нужен" до "объект недоступен".

Основывается на понятии о наборе объектов, называемых roots (в JavaScript root'ом является глобальный объект). Сборщик мусора периодически запускается из этих roots, сначала находя все объекты, на которые есть ссылки из roots, затем все объекты, на которые есть ссылки из найденных и так далее. Стартуя из roots, сборщик мусора, таким образом, находит все доступные объекты и уничтожает недоступные.


Ситуации, когда ссылка считается доступной (или достижимой), хотя прямых ссылок уже вроде нет, при использовании замыканий, -- сплошь и рядом. В JS память практически всегда течёт. Утечки можно уменьшить до уровня, когда можно не обращать внимания. Чем больше кода, особенно чужого, тем больше утечек. Теоретически можно добиться офигенного менеджмента памяти. Но это та овечка, шкуры ради которой не стоит палить свечи.Бред какой-то. Слив про сборку мусора в протоколе дебатов отметил. Молчание про 51 форму будет означать слив тоже.

hVosttAntonariyЧто тебя смущает? У студии даже стартовая страница есть :))

Смущает то, что ты сравниваешь десктопное приложение и веб-приложение.SPA стирает разницу между desktop и web.

RomanHАлексей КSPA стирает разницу между desktop и web.
Алексей, можно Вас попросить выложить какой нибудь скрин, в котором UI WEB был приближен к Desktop?
Спасибо!

P.S. Тоже очень интересует эта тема, SPA. Кроме google mail не видел ни одного рабочего проекта.Что-то вроде:

RomanHP.S. Тоже очень интересует эта тема, SPA. Кроме google mail не видел ни одного рабочего проекта.Если всё получится, в следующем году планирую опубликовать web версию "планировщика" с описанием основных особенностей реализации.