GWT: каковы лучшие практики для создания интерфейса web2.0 с GWT?
В основном необходимо кодировать каждую "задачу" в RTOS, таким образом, что они завершат в конечный промежуток времени.
Дополнительно Ваше ядро выделило бы определенное количество времени каждой задаче в попытке гарантировать, что определенные вещи произошли в определенное время.
Примечание, которое это не легкая задача сделать как бы то ни было. Вообразите вещи как вызовы виртуальной функции, в OO очень трудно определить эти вещи. Также RTOS должен быть тщательно кодирован относительно приоритета, он может потребовать, чтобы высокоприоритетной задаче дали ЦП в x миллисекундах, которые может быть трудно сделать в зависимости от того, как Ваш планировщик работает.
3 ответа
We identified the following high-level best practices for GWT 1.6/1.7 (just after 3 months of research and development):
- Use design patterns (MVC/MVP, Command for GWT-RPC, Composite for widget composition, Observer for event bus, etc.);
- Isolate application logic with MVP by abstracting out widget classes and views using presenter display interface and GWT characteristic interfaces (such as HasValue, HasText, etc.);
- Use dependency injection with gin on a client and Guice on a server (or stick with existing server framework like Spring);
- Use GWT Composite in combination with HTMLPanel to drive your views with html, css and MVP;
- Use mock testing based on isolation of application logic with MVP;
- Implement Event Bus with GWT HandlerManager;
- Use GWT modules to effectively optimize code compilation;
- Use client, shared, and server packages when organizing GWT modules;
С помощью GWT мы разработали большой HR-портал. Внешний вид этого приложения можно настроить для различных развертываний. Для этого мы используем фрагменты HTML для генерации частей графического интерфейса пользователя, т.е. биты HTML отправляются клиенту в DTO, а затем вставляются в виджеты HTML. Этот подход хорошо работает для заголовков, логотипов, меню и т. Д.
Другие вещи (например, формы захвата) генерируются с использованием обычного кода GWT.
Мы используем «страницы» (разные токены истории, идентифицирующие, где вы находитесь), поскольку это позволяет пользователям осмысленно использовать закладки. Мы также создаем ссылки на различные части нашей системы в электронных письмах и так далее.
Наше приложение состоит из множества виджетов «более высокого уровня», которые мы называем «Портлетами», организованных в «страницы», определенные в XML.
- Лучше всего делать все на Java, чтобы ваш HTML действовал только как заполнитель. Да, мне неприятно это говорить, но если вы все еще возитесь с HTML, это только делает вашу жизнь более несчастной.
- Если у вас все еще единственное мировоззрение, которое заключается в разделении веб-приложений на несколько HTML-страниц, выбросьте это , получите мышление создания настольного приложения (которое запускается в браузере). Подумайте о создании приложений Swing.
- Если вам нужно стилизовать компоненты GWT, переопределите классы css GWT в своем собственном CSS.
- Последний лучший способ - разделить ваше приложение с шаблоном MVP . Причина в том, что вы можете написать все приложение в одном классе Java, что, конечно, может привести вас к аду обслуживания и проблемам, если вы работаете с несколькими одноранговыми узлами.