powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Single Page Application или одностраничный портал. Овчинка выделки стоит?
25 сообщений из 423, страница 7 из 17
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794161
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КskyANAАлексей, у вас там вообще что на данный момент написано, и насколько это вообще SPA?Там два SPA клиента. Выполнена системная часть, заканчиваем основные CRUD-формы. После них перейдём к SOAP-интеграции. Потом, может отчётность какую успеем сделать. Сроки сжатые, задача, цитирую: "успеть внедрить к Новому году хоть что-нибудь". :-) Остальное в следующем году доделаем.При такой постановке задачи не понятно, зачем SPA выбрали.
Просто надо было как-то написать? А полный скоп задач какой, если не секрет?
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794193
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAАлексей Кпропущено...
Там два SPA клиента. Выполнена системная часть, заканчиваем основные CRUD-формы. После них перейдём к SOAP-интеграции. Потом, может отчётность какую успеем сделать. Сроки сжатые, задача, цитирую: "успеть внедрить к Новому году хоть что-нибудь". :-) Остальное в следующем году доделаем.При такой постановке задачи не понятно, зачем SPA выбрали.
Просто надо было как-то написать? А полный скоп задач какой, если не секрет?У нас перед этим был web-проект, в котором SPA было требование заказчика. Проект был небольшой, проект был сдан и внедрён, все довольны. Там был небольшой проект, поэтому я про него молчу и в пример не ставлю. В итоге у нас остались SPA-наработки и некоторый опыт подобных проектов. Плюс мне, как "десктопщику WPF-нику", такая архитектура нравится больше. Уверен - всё получится.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794196
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей Кпропущено...
Сходить исповедаться что ли...
Перезапили под внятный разор и будет тебе щастье. Зуб на отсечение :)У меня и без того счастья хватает. :-)
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794199
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КУ нас перед этим был web-проект, в котором SPA было требование заказчика. Проект был небольшой, проект был сдан и внедрён, все довольны. Там был небольшой проект, поэтому я про него молчу и в пример не ставлю. В итоге у нас остались SPA-наработки и некоторый опыт подобных проектов. Плюс мне, как "десктопщику WPF-нику", такая архитектура нравится больше. Уверен - всё получится.
Не совсем понимаю, каким боком предыдущий пример с наработками SPA относится к текущему проекту? Ты так и будешь в каждую дырку сувать свой SPA? Нарабокти же есть

- Нам нужен кран для подъема жлезобетонных свай.
- Да, у нас есть наработки, как можно поднять сваи на шкиве с помощью тягового усилия. Вам не нужен кран!

!


И вообще, у нас хорошая аналитика по данному вопросу, осталась от прошлого проекта

!


Всё будет в лучшем виде
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794200
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAА полный скоп задач какой, если не секрет?Обычный "корпоратив": CRUD, отчёты, SOAP-интеграции.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794201
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КSOAP-интеграции.
В последнее время у меня всё сильнее начали учащаться рвотные позывы и грустное уныние...

...
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794202
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей КУ нас перед этим был web-проект, в котором SPA было требование заказчика. Проект был небольшой, проект был сдан и внедрён, все довольны. Там был небольшой проект, поэтому я про него молчу и в пример не ставлю. В итоге у нас остались SPA-наработки и некоторый опыт подобных проектов. Плюс мне, как "десктопщику WPF-нику", такая архитектура нравится больше. Уверен - всё получится.
Не совсем понимаю, каким боком предыдущий пример с наработками SPA относится к текущему проекту? Ты так и будешь в каждую дырку сувать свой SPA? Нарабокти же есть Ну нет, я буду лепить каждый новый проект "с нуля".
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794203
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНу нет, я буду лепить каждый новый проект "с нуля" ... на SPA и SOAP
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794204
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей КSOAP-интеграции.
В последнее время у меня всё сильнее начали учащаться рвотные позывы и грустное уныние...

...
Позлить тебя что ли хранимыми процедурами? Сделать что ли специально для тебя парочку...
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794207
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей КНу нет, я буду лепить каждый новый проект "с нуля" ... на SPA и SOAP

+ stored procedures + MySQL + Mono
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794208
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КПозлить тебя что ли хранимыми процедурами? Сделать что ли специально для тебя парочку...
... и добить триггерами и логикой на сервис брокере http://codearticles.ru/articles/1762
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794211
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУИспугался SPAЯ вот не пойму, тебе какая разница, как делать композицию страниц: через master page в Razor, или биндингом на клиенте содержимого DIV ?
Код: html
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
<!DOCTYPE html>
<html>
<head>
</head>
<body>
    <table style="width: 100%">
        <tr>
            <td>
                <!-- ko content: navBar --><!-- /ko -->
            </td>
        </tr>
        <tr>
            <td>
                <div class="container-fluid">
                    <!-- ko content: documentNavigator.current --><!-- /ko -->
                </div>
            </td>
        </tr>
    </table>
</body>
</html>

Что тебя пугает? Ведь в результате:
1. Страница полностью не перезагружается, это тупо быстрее.
2. Страница имеет состояние, которое в сложных случаях избавляет от костылей, вроде сессий на сервере.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794216
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У меня на каждый ajax-запрос опционально есть окошко "подождите" + блокирование UI. Окошко отображается с задержкой, чтобы не мигало при коротких запросах. Всё практически так же, как описано тут . Что в этом плохого?
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794236
Фотография Яростный Меч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttИзопропила чё там не так со мусоросборщиком в javascript?

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

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

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

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


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

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
var theThing = null;
var replaceThing = function () {
    var priorThing = theThing;
    var unused = function () {
        if (priorThing) {
            console.log("hi");
        }
    };
    theThing = {
        longStr: new Array(1000000).join('*'),
        someMethod: function () {
            console.log(someMessage);
        }
    };
};
setInterval(replaceThing, 1000);




Пример утечки на пустом месте.u
Я правильно понимаю, что здесь имеется баг реализации сборщика?
Старые "thing" держатся только функциями unused, недостижимыми из рута
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794242
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КЧто тебя пугает? Ведь в результате:
1. Страница полностью не перезагружается, это тупо быстрее.
2. Страница имеет состояние, которое в сложных случаях избавляет от костылей, вроде сессий на сервере.

1. Можно получить кривую, у нас она была следующая:

-- Пользователь открывает приложение первый раз: SPA ооооочень существенно медленнее, так как загружается много скриптов и шаблонов, но они кешируются, так что всё вроде ОК
-- Пользователь открывает экран сделок: SPA быстрее, но не существенно (разница 1.5 сек)
-- Пользователь переходит к экрану задач: SPA быстрее
-- Пользователь открывает «окно» сделки: SPA быстрее
--
-- ... Итерации несоколько раз повторяются с разными «погружениями» в недры бизнес-процессов
--
-- Пользователь переходит к любому экрану: счёты сравнялись, вкладка браузера потребляет уже больше 300 мб
-- Пользователь начинает активную переписку по проекту: всё, начинается слив SPA с постоянно увеличивающимся разрывом, хотя банальный F5 вдруг решает проблему


Проблемы другого уровня:

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

Итог: пользователи в бешенстве. Говорят, уберите это унылое гумно, и дайте классическое веб-приложение, построенное на страндартах веба, к которому все привыкли.

Вопросы к архитектуре? Всё писалось исключительно по гайдам Гугл, на ангуляре + WebAPI, как говорится «по букве правил построения чистого настоящего тру-SPA приложения». Да, оптимизации подлежит, можно найти и оптимизировать узкие места, но часто в ущерб преимуществам, которые даёт MVVM фреймворк, а их предостаточно. И это очень накладно по трудозатратам, так как есть разница когда у нас все компоненты максимально независимы, а на клиента летит монолит из HTML+CSS+JS (и совершенно по барабану AMD там или чего ещё, это лишь вопросы экономии пару сотен килобайт, ни черта не решает).

Теперь по второму пункту:

На счёт состояния. Вот как бы это ни было смешно, наличие хранения состояния на клиенте в SPA, отнюдь не отменяет аналогичную работу с состоянием на сервере. Это вопрос безопасности и точка. За перенос ответственности полностью на клиента за состоянием приложения, отправлять таких горе-разрабов в ссылку на рынок труда. Бессрочно. Так что SPA там или не SPA, это с сервера не снимает той ответственности, которую он должен нести. Пофигу совершенно. В том ли разница, что при SPA между серваком и клиентом гоняется меньше данных? Да. Чуть-чуть. Не существенно, особенно при реализации грамотного кеширования.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794245
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Яростный МечЯ правильно понимаю, что здесь имеется баг реализации сборщика?
Старые "thing" держатся только функциями unused, недостижимыми из рута

Это не баг. Функции это не просто объекты, которые можно так просто удалить. Но такие ситуации случаются очень частно, правда не в таком масштабе, как приведено в примере. Где-то это уже научились оптимизировать, что не может не радовать. Но это частный случай, оптимизации поддаётся далеко не всё. Поэтому память течёт практически всегда. Это связано с тем, что 99,9% приложений используют чужие библиотеки, и много. Может одно на сотни десятков тысяч найдётся, где 100% «всё своё родное».
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794247
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КУ меня на каждый ajax-запрос опционально есть окошко "подождите" + блокирование UI. Окошко отображается с задержкой, чтобы не мигало при коротких запросах. Всё практически так же, как описано тут . Что в этом плохого?

Открой теперь несколько разделов приложения в разных вкладках.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794250
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttАлексей КЧто тебя пугает? Ведь в результате:
1. Страница полностью не перезагружается, это тупо быстрее.
2. Страница имеет состояние, которое в сложных случаях избавляет от костылей, вроде сессий на сервере.

1. Можно получить кривую, у нас она была следующая:

-- Пользователь открывает приложение первый раз: SPA ооооочень существенно медленнее, так как загружается много скриптов и шаблонов, но они кешируются, так что всё вроде ОК
-- Пользователь открывает экран сделок: SPA быстрее, но не существенно (разница 1.5 сек)
-- Пользователь переходит к экрану задач: SPA быстрее
-- Пользователь открывает «окно» сделки: SPA быстрее
--
-- ... Итерации несоколько раз повторяются с разными «погружениями» в недры бизнес-процессов
--
-- Пользователь переходит к любому экрану: счёты сравнялись, вкладка браузера потребляет уже больше 300 мб
-- Пользователь начинает активную переписку по проекту: всё, начинается слив SPA с постоянно увеличивающимся разрывом, хотя банальный F5 вдруг решает проблемуНу где-то есть утечки. Может ангулар тупит, может ещё что. Я не использую ангулар, у меня свой фреймворк на базе KO + RequireJS. Поначалу было несколько утечек, всё было исправлено, проблема не повторялась.
hVosttПроблемы другого уровня:

Так как работа ведётся в браузере, нормальный адекватный пользователь хочет открывать несколько вкладок, и держать нужную информацию и функциональность, что говорится «под рукой».Согласен. У нас все переходы по возможности делаются ссылками, чтобы можно было открыть в "новом окне".
hVosttНе говоря о том, что открытие вкладки с хеш-путём, эта операция не просто сливает по скорости загрузки обычной странице, но и увеличивает общий расход ресурсов компа браузера.Тут я не понимаю. Системные скрипты есть, но их не так много, их размер не больше обычной картинки. Прикладные скрипты грузятся лениво через RequireJS, про них можно вообще не думать.
hVosttИтог: пользователи в бешенстве. Говорят, уберите это унылое гумно, и дайте классическое веб-приложение, построенное на страндартах веба, к которому все привыкли.

Вопросы к архитектуре? Всё писалось исключительно по гайдам Гугл, на ангуляре + WebAPI, как говорится «по букве правил построения чистого настоящего тру-SPA приложения». Да, оптимизации подлежит, можно найти и оптимизировать узкие места, но часто в ущерб преимуществам, которые даёт MVVM фреймворк, а их предостаточно. И это очень накладно по трудозатратам, так как есть разница когда у нас все компоненты максимально независимы, а на клиента летит монолит из HTML+CSS+JS (и совершенно по барабану AMD там или чего ещё, это лишь вопросы экономии пару сотен килобайт, ни черта не решает).Итог: не надо закрыв глаза бросаться на новомодные фреймворки, вроде ангулара, которые пиарятся на каждом углу. :-)

Ниже список используемого, проблем не замечено:
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
static void RegisterSysScripts(BundleCollection bundles)
        {
            var bundle = new ScriptBundle("~/Bundles/Scripts/Sys")
                .Include("~/Client/Sys/Lib/JQuery/2.1.1/Scripts/jquery-2.1.1.js")
                .Include("~/Client/Sys/Lib/Bootstrap/3.2.0.1/Scripts/bootstrap.js")
                .Include("~/Client/Sys/Lib/Knockout/3.2.0/Scripts/knockout-3.2.0.js")
                .Include("~/Client/Sys/Lib/Knockout.Validation/3.0.0/Scripts/knockout.validation.js")
                .Include("~/Client/Sys/Lib/Moment/2.8.1/Scripts/moment-with-locales.js")
                .Include("~/Client/Sys/Lib/DatetimePicker.Bootstrap/3.1.3/Scripts/bootstrap-datetimepicker.js")
                .Include("~/Client/Sys/Lib/Typeahead/0.10.4/Scripts/typeahead.jquery.js")
                .Include("~/Client/Sys/Lib/Require/2.1.15/Scripts/require.js");

            bundles.Add(bundle);
        }



hVosttТеперь по второму пункту:

На счёт состояния. Вот как бы это ни было смешно, наличие хранения состояния на клиенте в SPA, отнюдь не отменяет аналогичную работу с состоянием на сервере. Это вопрос безопасности и точка. За перенос ответственности полностью на клиента за состоянием приложения, отправлять таких горе-разрабов в ссылку на рынок труда. Бессрочно. Так что SPA там или не SPA, это с сервера не снимает той ответственности, которую он должен нести. Пофигу совершенно. В том ли разница, что при SPA между серваком и клиентом гоняется меньше данных? Да. Чуть-чуть. Не существенно, особенно при реализации грамотного кеширования.Думаю, тут надо рассмартивать конкретные случаи в отдельности. Но факт остаётся - SPA добавляет возможность, которой нет в web традиционного исполнения.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794251
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttАлексей КУ меня на каждый ajax-запрос опционально есть окошко "подождите" + блокирование UI. Окошко отображается с задержкой, чтобы не мигало при коротких запросах. Всё практически так же, как описано тут . Что в этом плохого?

Открой теперь несколько разделов приложения в разных вкладках.Без проблем. Каждый документ в приложении адресуется своей hash-ссылкой. Не понял, какое это имеет отношение к окошку "подождите".
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794258
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНиже список используемого, проблем не замечено:
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
static void RegisterSysScripts(BundleCollection bundles)
        {
            var bundle = new ScriptBundle("~/Bundles/Scripts/Sys")
                .Include("~/Client/Sys/Lib/JQuery/2.1.1/Scripts/jquery-2.1.1.js")
                .Include("~/Client/Sys/Lib/Bootstrap/3.2.0.1/Scripts/bootstrap.js")
                .Include("~/Client/Sys/Lib/Knockout/3.2.0/Scripts/knockout-3.2.0.js")
                .Include("~/Client/Sys/Lib/Knockout.Validation/3.0.0/Scripts/knockout.validation.js")
                .Include("~/Client/Sys/Lib/Moment/2.8.1/Scripts/moment-with-locales.js")
                .Include("~/Client/Sys/Lib/DatetimePicker.Bootstrap/3.1.3/Scripts/bootstrap-datetimepicker.js")
                .Include("~/Client/Sys/Lib/Typeahead/0.10.4/Scripts/typeahead.jquery.js")
                .Include("~/Client/Sys/Lib/Require/2.1.15/Scripts/require.js");

            bundles.Add(bundle);
        }



Я б не грузил moment-with-locales )) Ну так, по виду довольно «лёгкое» приложение. Так-то конечно. Даже гридов нету
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794261
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttЯ б не грузил moment-with-locales ))Ок, подумаю.
hVosttНу так, по виду довольно «лёгкое» приложение. Так-то конечно. Даже гридов нету У меня самодельный грид на базе KO.
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794262
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КБез проблем. Каждый документ в приложении адресуется своей hash-ссылкой. Не понял, какое это имеет отношение к окошку "подождите".

Что происходит при открытии хеш-ссылки в отдельной вкладке? Сначала грузится само приложение, инициализируется до той меры, когда может обрабатывать маршруты, потом грузится то, что требуется для маршрута. И поверь, тебе никогда не переплюнуть по скорости загрузки классической страницы. Так что все профиты SPA, все они при ближайшем рассмотрении оказываются на деле видимым упрощением разработки (типо как WPF), а не заботой о пользователе. На деле вероятней всего сценарий, что окажется плохо как для разработки, так и для пользователя.

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

Как в GMail -- пока работаешь с почтой, всё делаешь в одном приложении. Но как только захочешь открыть календарь или гугл драйв, тебя сразу перекидывает совсем на другую страницу. Хотя казалось бы...
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794263
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КУ меня самодельный грид на базе KO.

Ну я так и подумал :)
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794264
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Плюс к этому грузится "фреймворк-велосипед" размером ~115 КБ (без минификации).
...
Рейтинг: 0 / 0
Single Page Application или одностраничный портал. Овчинка выделки стоит?
    #38794269
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttАлексей КБез проблем. Каждый документ в приложении адресуется своей hash-ссылкой. Не понял, какое это имеет отношение к окошку "подождите".

Что происходит при открытии хеш-ссылки в отдельной вкладке? Сначала грузится само приложение, инициализируется до той меры, когда может обрабатывать маршруты, потом грузится то, что требуется для маршрута. И поверь, тебе никогда не переплюнуть по скорости загрузки классической страницы.А я никуда не тороплюсь. :-) Пусть оно инициализируется чуть медленнее, полная перезагрузка страницы происходит редко.

hVosttТак что все профиты SPA, все они при ближайшем рассмотрении оказываются на деле видимым упрощением разработки (типо как WPF), а не заботой о пользователе. На деле вероятней всего сценарий, что окажется плохо как для разработки, так и для пользователя.Разработчики методикой разработки довольны, а недовольные пользователи будут уволены. Шутка. :-)

hVosttХотя я уже говорил, что SPA не плохая технология, на ней можно решать практически бесконечно огромный спектр задач. При условии, если это будут простые замкнутые задачи.

Как в GMail -- пока работаешь с почтой, всё делаешь в одном приложении. Но как только захочешь открыть календарь или гугл драйв, тебя сразу перекидывает совсем на другую страницу. Хотя казалось бы...Да я и не предлагаю с фанатизмом следовать SPA, там где он мешает. :-)
...
Рейтинг: 0 / 0
25 сообщений из 423, страница 7 из 17
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Single Page Application или одностраничный портал. Овчинка выделки стоит?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]