Какую Платформу Толстого клиента использовать

Я имею опыт с RCP Eclipse и рекомендовал бы это.

Профессионалы:

• Компоненты - компонент / plu-в модель допускает повторное использование.
• SWT использования и JFace, который позволяет, чтобы собственный компонент смотрел UI
• Сменные Представления, Редакторы и Перспективы делают разметки легкими и настраивающимися.
• Точки расширения Eclipse делают расширение и интеграцию со сторонними API и инструментами легкими.

Недостатки:

• Кривая обучения

Если Вы выбираете Eclipse RCP, вызывающе получаете эту книгу, это - invaluble когда только начинающийся с платформой: http://www.amazon.com/Eclipse-Rich-Client-Platform-Applications/dp/0321334612

Конечно, все это зависит от вида приложений и услуг, которые Вы хотите предоставить, и целевая среда. Но я могу также рекомендовать OSGi как платформу разработки и развертывания. Базовая архитектура и спецификации очень хорошо разработаны и доказаны.

Кроме того, RCP Eclipse необходимо взглянуть на Apache Felix (http://felix.apache.org) и Knopflerfish (http://www.knopflerfish.org), который является (меньшими) реализациями платформы OSGi с открытым исходным кодом.

В то время как я явно не использовал ни одного из них, я использовал части RCP Eclipse. А именно, я использовал время выполнения OSGi Eclipse (Равноденствие) и некоторые общие утилиты, и я очень понравился. OSGi является фантастическим для работы с. У меня есть несколько друзей по крупным контрактам, которые используют Eclipse RCP (больше, чем я использую), и они бредят об этом.

Если бы мой проект не содержал большое монтирование Swing прежней версии, Eclipse, то RCP был бы моим предпочтительным вариантом. OSGi является именно так большой забавой! (Я воображаю Spring использованием это также, не проверили хотя),

С моей точки зрения конечного пользователя.

Я видел больше реализаций в Eclipse, чем в других двух. На самом деле я имею, знают о реализациях Netbeans, но никогда не добирался один в моих руках.

От Spring это - первый раз, когда я услышал об этом.

В то время как мой ответ является определенно супер 10 000-футовым представлением, он отражает так или иначе предпочтение, которое промышленность имела об использовании того или другого.

Кроме того, различие пропорционально времени, платформа была доступна. Помните, что Eclipse создает SWT для решения проблемного Java, который Swing имел назад в 1,3, где, был просто prohibitely медленный.

Netbeans были очень beneficiated улучшениями JVM, и теперь работает очень очень быстро.

Spring все еще молод (по сравнению с другими двумя), но как всегда, новые вещи учатся от первого, возможности - он, более просто использовать.

Вот является статья об этих двух платформой Eclipse RCP по сравнению с RCP Netbeans. Может быть полезным

http://blogs.oracle.com/geertjan/entry/eclipse_platform_vs_netbeans_platform

RCP Eclipse обеспечивает сменный механизм так, чтобы можно было добавить новые опции позже развертывание. Также с помощью механизма обновления можно изменить систему без пользовательской интерференции. В этапе разработки Eclipse RCP предоставляет быстрой, устойчивой земле перспективы, представления, редакторов, команду и механизмы действия. Если Ваш проект требует многих различных окон с другой панелью инструментов и меню (и также пользовательские контекстные меню), я предлагаю, чтобы Вы использовали Eclipse RCP. Я только проверяю видео Платформы Netbeans и выполняю проект Helloworld, но это кажется медленным и неуклюжим :) 40 секунд для запущений (можно перезагрузить приложение, хотя w/o перезапускают.) vogella.de является хорошим набором учебных руководств для Eclipse RCP

В MSDN указано следующее:

Представляет строку настраиваемого формата даты и времени, определенную свойством DateTimeFormatInfo.UniversalSortableDateTimePattern. Шаблон отражает определенный стандарт, и свойство доступно только для чтения. Таким образом, он всегда один и тот же, независимо от используемой культуры или поставщика формата. Строка настраиваемого формата выглядит следующим образом: «гггг» - «мм» - «дд чч»: «мм»: «сс'Z» ».

Когда используется этот описатель стандартного формата, операция форматирования или синтаксического анализа всегда использует инвариантный язык и региональные параметры. .

Форматирование не преобразует часовой пояс для объекта даты и времени. Поэтому приложение должно преобразовать дату и время в универсальное координированное время (UTC), прежде чем использовать этот описатель формата. Я разрабатывал редактор для пользовательского языка программирования, очень похожего на JSP. Сначала я реализовал редактор в качестве своей диссертации, используя платформу NetBeans . После окончания школы у меня есть работа, и они хотели, чтобы я реализовал то же самое в Eclipse RCP , так что теперь я могу сравнить эти две платформы, по крайней мере, в том, с чем я столкнулся во время этого проекта.

РЕЗУЛЬТАТ - Если бы у меня был выбор между платформой Netbeans и Eclipse RCP, я бы определенно выбрал платформу NetBeans . Почему?
Отличные скринкасты, хорошие учебные пособия, очень активное дружелюбное и полезное сообщество, достаточно хорошо документированы, а исходный код написан красиво и с хорошими соглашениями о коде. Также есть несколько интересных гаджетов (куки, поиск). Меня это просто устраивает.

А почему Eclipse RCP мне не подходит?
Документация слабее, а условные обозначения и API иногда ... эээ ... слишком странные для меня :-) Довольно часто встречаются такие методы, как:

/**
* Returns a description of the cursor position.
*
* @return a description of the cursor position
* @since 2.0
*/
protected String getCursorPosition() {
..
}

Ну, я подумал, что они, должно быть, шутят :-D Как я должен использовать Этот метод? Или вот так:

/**
* Returns the range of the current selection in coordinates of this viewer's document.
*
* @return a <code>Point</code> with x as the offset and y as the length of the current selection
*/
Point getSelectedRange();

Хотя количество и тип атрибутов подходят, я не считаю идеальную структуру данных объекта Point для хранения диапазона; -)

В Eclipse RCP есть множество подобных сюрпризов