МСУИгрушечное уныние.Технология будущего! К сожалению...

hVosttАлексей Кпропущено...
Технология будущего! К сожалению...

Модно, стильно, молодёжно!Особые ценители могут применить OData. Будет ещё молодёжнее. :-)

hVosttАлексей КОсобые ценители могут применить OData. Будет ещё молодёжнее. :-)

кстати, они могут ещё как задружить, SPA и ODataЯ как раз об этом. :-)

AntonariyCalabongaзначит gmail.com это баловство?Это не портал, а почтовый клиент.
А что имеет ввиду автор, решительно непонятно. Бэк-енд вполне можно делать одностраничным, а "порталом" называют обычно фронт-енд, и его лучше делать по-старинке, поисковикам и прочему маркетингу это гораздо удобнее.Стартер упоминал "сложные корпоративные проекты". Там гуглы ни к чему.

hVosttИзопропилангуляр - главное не забыть пристегнуть

угу. автор таки соберётся и выпустит портал на SPA, с названием «Kill B-ill-rowser»Не пойму, откуда столько ненависти к технологии будущего? У нас к Новому году планируется завершить опытное внедрение. Наплодили уже кучу прикладного SPA-кода. Проблем не замечено.

hVosttУ SPA это простые приложения с одной чёткой задачей. Ключевое слово "простые". Простые по функциональности. Юзабелити при этом может быть очень хитрый и сложный.Это как?
hVosttКоличество форм данных не много.Интересуют количественные показатели. "Не много форм данных", это сколько? 5? 10? 50? 100? 1000?

hVosttЭта «технология» уже живёт с 1997 года.И не сравнивай голый DHTML+JS с библиотеками вроде Knockout, которые появились сравнительно недавно.

hVosttАлексей КЭто как?

Всплывающие подсказки, динамически разворачивающиеся элементы, прыгающие, летающие, выскакивающие, двигающиеся, дёргающиеся, подсвечивающиеся, скрывающиеся/раскрывающиеся, увеличивающиеся/уменьшающиеся, ведущие себя крайне отзывчиво на любые действия пользователя элементы.А "простые по функциональности" тогда что?

hVosttАлексей КИнтересуют количественные показатели. "Не много форм данных", это сколько? 5? 10? 50? 100? 1000?

5-10 не много, 50 уже много.51 форму SPA уже не тянет?
hVosttКоличественные показатели, конечно, не берутся с потолка.Вот и я о чём. Ты или давай цифры не с потолка, или вообще про количество молчи.
hVosttЗагружаем страницу, открываем последовательно все формы, переходим по всем экранам.Вот не надо только ставить в пример проекты с утечками памяти. Это проблемы конкретных неудачников, а не SPA.

hVosttАлексей Кпропущено...
И не сравнивай голый DHTML+JS с библиотеками вроде Knockout, которые появились сравнительно недавно.

Т.е. ты думаешь, что до knockout ничего подобного небыло?

А ещё земля плоская, и нас накрывает большой стеклянный купол, по которому каждый день шурует большой всевидящий святящийся глаз Не было. И нет.

hVosttАлексей КА "простые по функциональности" тогда что?

Тебе по 50 раз надо повторять? Одна задача. Например, почта. Например, Wiki. Например, книга рецептов там... Но не портал, в котором решаются самые разные задачи на разных страницах.

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

hVosttАлексей КВот и я о чём. Ты или давай цифры не с потолка, или вообще про количество молчи.

Ты вообще адекватен? Какие цифры тебе давать? От чего цифры? От слона уши?

Это ты цифры давай, ты же заговорил про какое-то внедрение. Сам же ляпнул. Или не надо пороть про какое-то опытное внедрение непонятно куда и непонятно чего. Накуй нам эта информация? Может ещё расскажешь, чего и чего ты там у себя почесал. Интересно же.Тебе ссылку напомнить, где ты говорил про ограничения на количество форм?

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

Где я ставил какие-то примеры?А зачем говорил про "переходим по всем экранам"?

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 версию "планировщика" с описанием основных особенностей реализации.

RomanHАлексей Кпропущено...
Если всё получится, в следующем году планирую опубликовать web версию "планировщика" с описанием основных особенностей реализации.

Если есть возможность, сделайте пожалуйста акцент на разработку SPA.Да, планирую это в том числе.