Необходимо написать веб приложение, которое будет крутиться в интернете.
Главный критерий — скорость выполнения. По идее приложения, написанные с использованием
GWT должны работать гораздо быстрее классических, т.к. между клиентом и сервером
гоняются только данные. Так ли это на самом деле? Или есть скрытые проблемы со скростью?
На форуме говорилось, что GWT подходит для enterprise приложений, но не очень подходит для интернет.
С чем это связанно?
Ещё слышал, что есть некоторый критический размер исполняемого JavaScript кода, который
некоторые браузеры не хотят выполнять. Как избегать подобных проблем?
Вобщем накопилось много вопросов, а ответы найти сложно. Буду очень признателен за любую помощь.
Здравствуйте, ArtK, Вы писали:
AK>Доброго времени суток.
AK>Необходимо написать веб приложение, которое будет крутиться в интернете. AK>Главный критерий — скорость выполнения.
Скорость — понятие растяжимое. Скорость выполнения чего именно? Время отклика интерфейса — это одно, а время построения отчёта — совсем другое...
AK>По идее приложения, написанные с использованием AK>GWT должны работать гораздо быстрее классических, т.к. между клиентом и сервером AK>гоняются только данные. Так ли это на самом деле?
GWT — это типа Swing-а, компилируемого в JavaScript. Аналогичного результата можно достичь и при помощи других JavaScript-фреймворков.
AK>Или есть скрытые проблемы со скростью?
Они всегда есть. К примеру, компиляция GWT-приложений при разработке — это тоже больное место. Hosted-режим немного помогает, но не сильно.
AK>На форуме говорилось, что GWT подходит для enterprise приложений, но не очень подходит для интернет. AK>С чем это связанно?
Самая большая проблема — с поисковиками. Не индексируют они такие вещи.
AK>Ещё слышал, что есть некоторый критический размер исполняемого JavaScript кода, который AK>некоторые браузеры не хотят выполнять. Как избегать подобных проблем?
Разбивать на отдельные модули, что тут ещё можно придумать...
Здравствуйте, Sergey Astakhov, Вы писали:
SA>Скорость — понятие растяжимое. Скорость выполнения чего именно? Время отклика интерфейса — это одно, а время построения отчёта — совсем другое...
Интересует время отклика приложения.
AK>>Или есть скрытые проблемы со скростью?
SA>Они всегда есть. К примеру, компиляция GWT-приложений при разработке — это тоже больное место. Hosted-режим немного помогает, но не сильно.
Компиляция не пугает. Пугает то, что в итоге время отклика классического (HTML-based) приложения окажется меньше, вопреки теории.
SA>Самая большая проблема — с поисковиками. Не индексируют они такие вещи.
Поисковик тоже не нужен, т.к. сайт предназначен для автоматизации бизнеса.
AK>>Ещё слышал, что есть некоторый критический размер исполняемого JavaScript кода, который AK>>некоторые браузеры не хотят выполнять. Как избегать подобных проблем?
SA>Разбивать на отдельные модули, что тут ещё можно придумать...
А вот это уже очень интересно. Как выполнять это разбиение на модули? Ничего конкретного по этому вопросу не нашёл.
Здравствуйте, ArtK, Вы писали:
SA>>Они всегда есть. К примеру, компиляция GWT-приложений при разработке — это тоже больное место. Hosted-режим немного помогает, но не сильно.
AK>Компиляция не пугает.
Зря. С несколькими модулями это запросто могут быть минуты.
SA>>Разбивать на отдельные модули, что тут ещё можно придумать...
AK>А вот это уже очень интересно. Как выполнять это разбиение на модули? Ничего конкретного по этому вопросу не нашёл.
Грубо говоря, делаются просто несколько приложений, ссылающихся друг на друга. А вообще в плагине для эклипса например визард отдельный под это дело есть, попробовать гораздо быстрее получится, чем по докам разбираться.
Одним из 33 полных кавалеров ордена "За заслуги перед Отечеством" является Геннадий Хазанов.
Ну тогда остаются только классические болячки интернета — зоопарк броузеров (разрешений экрана), ненадёжные каналы, хакеры и т.п. GWT тут особо не выделяется, просто нужно следить за всем этим, в отличии от intranet. Разве что начальная загрузка скрипта может долго идти...
AK>>>Ещё слышал, что есть некоторый критический размер исполняемого JavaScript кода, который AK>>>некоторые браузеры не хотят выполнять. Как избегать подобных проблем?
SA>>Разбивать на отдельные модули, что тут ещё можно придумать...
AK>А вот это уже очень интересно. Как выполнять это разбиение на модули? Ничего конкретного по этому вопросу не нашёл.
Делаешь отдельные модули со своими страницами и EntryPoint-ами ну и выполняешь переход между ними. Но это может быть выгодным только в случае слабосвязаных частей (фактически отдельных подприложений). К тому же, в каждом модуле при этом получится своя копия библиотек, так что кол-во загружаемого клиентом кода может намного вырасти.
В общем похоже на программирование программ под Windows без использования DLL-ек.
А можно подробнее про максимальный размер? А то у меня тут IE 8 заглотил 2-х мегабайтный неоптимизировный скрипт и не поморщился даже...
Здравствуйте, Sergey Astakhov, Вы писали:
SA>А можно подробнее про максимальный размер? А то у меня тут IE 8 заглотил 2-х мегабайтный неоптимизировный скрипт и не поморщился даже...
Конкретный размер не скажу. На форме проскакивало сообщение, что Firefox выдавал сообщение, мол JavaScript сильно нагружает систему, и предложил остановить выполнение.
Здравствуйте, ArtK, Вы писали:
AK>Здравствуйте, Sergey Astakhov, Вы писали:
SA>>А можно подробнее про максимальный размер? А то у меня тут IE 8 заглотил 2-х мегабайтный неоптимизировный скрипт и не поморщился даже...
AK>Конкретный размер не скажу. На форме проскакивало сообщение, что Firefox выдавал сообщение, мол JavaScript сильно нагружает систему, и предложил остановить выполнение.
Ну это сообщение обычно к размеру не имеет отношения. Такое бывает, если скрипт очень долго выполняется (или вообще зацикливается). Но, как правило, это просто ошибка программиста.
