hVosttgandjustasSPA не нужны для неинтерактивных приложений, если надо в основном отображать контент, то SPA будут делаться сложнее и работать медленнее.

Давай откроем этот секрет таким совсем не популярным проектам, как Twitter и Vkontakte? А то мужики-то не знали
Соцсети - как раз пример высокоинтерактивных приложений. Везде лайки, шары, чаты, лента активностей, новые сообщения\комменты грузятся автоматом. Переход при этом должен как можно быстрее происходить. Идеальный сценарий для SPA.

Сравни с этим формумом. Интерактив только один - написать\ответить, которым пользуется 1 посетитель из 100. Какая тут может быть польза от SPA?

hVosttСегодня эта суровая реальность пока что сказки. На SPA как раз делают именно интерактивно/развлекательные веб-приложения, такие как Twitter и Vkontake, ориентированные в первую очередь на потребление контента, затем на генерацию. Никаких там «бизнес-процессов» нет впомине.
Соцсети направлены на лайки и комменты. Не было бы их, то никто не полез бы читать новости в соцсети.

hVosttЯ в очередной раз очень-очень сильно просил пример серьёзного SPA приложения. Это что, миф?
Outlook web access. Самый массовый SPA с 1996 года.

hVosttЗачем в корпоративных приложениях offline? Для какой цели? Ещё одна бестолковая никому не нужная «способность»?Для планшетов и телефонов.

hVosttСамый яркий пример - outlook web access - самое старое и самое массовое SPA, с offline режимом в последних версиях.

hVosttЯ пример с почтой уже давным-давно приводил, это GMail, там тоже есть offline. Почта это крайне специфичное приложение, с одной единственной задачей. Такие приложения вполне заслуженно написаны на SPA, ничего против не имею, даже наоборот. Это не тот пример, который я просил. Давай приложения уровня CRM/ERP/CMS, где есть одна единственная страница. Ну бог с ним, пусть страница авторизации будет выполнена отдельно. Всё остальное -- одна страница. Где?
Dynamics CRM - одна единственная страница, кроме системных настроек.


hVosttЕсли у тебя нет такого опыта, это не значит, что это невозможно. Мы делали менеджер памяти на JS, для сокращения нагрузки на GC, также делали обновление DOM вместо регенерации. Результаты впечатляющие. Хотя разработчики мобильных приложений меня прекрасно поймут. Ты ж вроде оптимизатор, значит тоже должен понимать. Другой вопрос, что это достаточно трудозатратно, и стоит дважды подумать, прежде чем бросаться «в бой» там, где есть более простое решение.
Ты не ответил на вопрос. Как заменить div на form?
Я прекрасно понимаю, что можно заоптимизировать одну форму настолько, что убрать количество аллокаций почти до нуля. Но в масштабах всего приложения это будут спички. Как только делаешь переход на новую страницу у тебя появляется шаблон с другой структурой и совершенно другие данные.


hVosttПока что SPA выигрывает только в умах. Реальная эксплуатационная практика показывает ровно обратное.
Это видимо твоя практика. Моя практика показывает как минимум то, что перегружать страницу частями - гораздо быстрее, чем полностью. Как с точки зрения нагрузки на канал, так и с точки зрения скорости работы UI. Если у тебя не так, то или особенный сценарий или неумение делать правильные SPA.

hVosttПро концепцию «разделяй и властвуй» что-нибудь слышал? SPA это монолит. Не смотря на костыли в виде AMD (которым на деле грошь цена), и подгружаемых шаблонов -- это рано или поздно будет полностью загружено на клиента, это всё равно монолит. Это чревато ошибками. Даже ракеты, запускаемые в космос, уже стали делать из отдельных частей, зачем осознанно лезть в петлю?
Ты о чем? Angular смотрел вообще? Там модульность и DI в полный рост. Как загружаются скрипты никаким боком не связно с модульностью. Шаблоны - так вообще отдельные файлы.
Если ты пишешь SPA как тонну спагетти, то это не значит, что каждый SPA такой. Более того, обычно SPA очень модульные. Без этого даже не взлетает.



hVosttgandjustasФейерческая чушь, прости. Ты выставляешь нужные заголовки ответа и все. Пофигу что там у тебя - данные или целые страницы.

Да ну? Действительно, пофигу? Ты уверен?
Уверен, действительно пофигу.

Алексей КgandjustasskyANA,

Я тоже пользователь CRM и мне как-то не нужны вкладки.

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

Форум - не SPA, и ничего от SPA он не получит.

Тем не менее, предложенный сценарий от недостатка UX. Под окном ввода сообщения выводится куча последних сообщений в теме, но не все, и никакой возможности посмотреть другие сообщения темы нету.

Если бы форум работал в режиме SPA, то нужно было бы сделать две вещи:
1) Раздел "Unfinished work", в котором сохранять недописанные сообщения с возможностью в два клика перейти к нужному из любого места.
2) Для ответа в теме - показывать все сообщения в теме, возможно с постраничным разбиением или infinite scroll.

А еще добавить такую полезную фишку, как автоматическое сохранение ссылки на исходное сообщение, когда цитируешь. Чтобы работало как в редактировании, так и в просмотре. Это будет полезно как в SPA, так и в обычном веб-интерфейсе.

МСУgandjustasЯ тоже пользователь CRM и мне как-то не нужны вкладки.
А я и пользователь CRM и так же имею скил по разработке на нём. И мне вкладки нужны, без них будет ацкий ад.

Ну и зачем тебе, как пользователю, в Dynamics CRM нужны вкладки?

МСУgandjustasВ корпоративных приложениях гораздо проще сделать offline spa, чем нативные приложения под все платформы.
В корпоративных приложениях гораздо проще запилить толстого рич клиента на XAML XBAP и распространять его только под IE. Просто, быстро, красиво, мощно, правильно.

На практике не проще. Ибо web-ui уже есть. Имея даже обычный веб-интерфейс запилить SPA на порядок проще, чем WPF.

Кроме того WPF это только десктоп и только Windows. А SPA это и мобилки, и планшеты, и не-win десктопы. Так что XBAP категорически не выгоден.

И еще один недостаток WPF - в удаленном рабочем столе тормозит дико. Учитывая довольно широкое распространение терминального доступа - может быть важны аспект.