Я новичок в Java.
В данный момент начал разбираться с NetBeans, который по умолчанию для написания GUI подключил мне Appframework. Знаю, что есть еще JGoodies. Может быть существует что-то еще.
Не хотелось бы ошибаться на ранней стадии изучения и писать с пакетом, который бы в будущем не устроил бы и пришлось бы перейти на другой.
Поэтому вопросы такие: 
Какой пакет лучше использовать? 
Можно ли научить NetBeans работать с другим пакетом?

ps. В конторе собираемся использовать NetBeans, поэтому хотелось бы именно под этой средой писать.

IMHO Eclipse все-таки лучше. Если вопрос о выборе среды еще открыт, может быть имеет смысл попытаться повлиять на руководство фирмы? Еще есть прекрасная среда Idea, но лично я бы все-таки предпочел Eclipse

"ошибаться на ранней стадии" - это будни программистской практики - было, есть и будет всегда.   

Eclipse собираюсь скачать, посмотреть.
Начальство мотивирует NetBeans тем, что он умеет с Ruby работать.
Eclipse вроде тоже поддерживает начиная с какой-то версии ruby.
Т.е. если ecplipse понравится, то буду в двух средах скорее всего (Java GUI у нас не планируется, это я для своих целей)

А у eclipse какой фреймворк используется?

eclipse rcp

Вы бы писали, чем именно для вас eclipse лучше, а то люди и вправду подумают, что eclipse - лучшая среда разработки.

Насчёт платформы для создания ГУЯ. Лучше всего написать свою. Найдите опытного человека и дайте ему денег. Общение с  netbeans/eclipse rcp в любом случае превратится в бодание с её убожеством, ибо все узкоспециализированы. Иными словами, на базе rcp, выросшей из ide, легко и удобно создавать только ещё одну ide. А всяческие jgoodies и иже с ними вообще не тянут на rcp.

Это сообщение отредактировал(а) w1nd - 19.11.2008, 16:43

Что касается GUI, то пишу исключительно для себя, поэтому никому денег давать не собираюсь.
А в чем заключается узкоспециализированность? Почему на rpc, например, нельзя написать нормальную программу?
Насколько сложно пишутся такие вещи?

Тогда почему бы не попробовать всё, на что ляжет глаз?


Почему же нельзя, можно конечно. Но при попытке реализовать что-либо, отличное интерфейсом от, приходится всё делать самому и rcp повисает бесполезным грузом аки рюкзак с яблоками на спине парашютиста. Просто те готовые компоненты и модули, которые можно найти в netbeans rcp и eclipse rcp заточены под ide.


Даже не знаю, что ответить  Кому как. Одно могу утверждать точно - только тогда у вас получится удобная и гибкая платформа, когда съедите стаю собак на написании клиентских приложений, в том числе с использованием доступных rcp.

Честно говоря, не хочется терять время. Его и так нет.



Клиентских именно под Java? Я около десяти лет занимаюсь разработкой компонент под Delphi, и приложений так же написано масса.
Насколько идеология Java при построении фреймворков может отличаться?
Т.е. здесь на мой взгляд было бы достаточно взять любой и просто посмотреть принципы его работы. Я так понял, что с созданием своих компонент для Java нет проблем?

Пожалуй, да. Я не занимался разработкой компонент для delphi, но известные мне новички в java, которые являются опытными delphi-разработчиками, обычно создают кошмарный код.

Добавлено @ 13:32

В java runtime нет ничего, что можно было бы рассматривать в качестве фреймворка для построения приложений. А среди доступных решений нет достаточно вменяемых, чтобы их порекомендовать в качестве примера.

И компоненты здесь вообще не причём.

Это сообщение отредактировал(а) w1nd - 20.11.2008, 13:42

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



Одним словом, буду готовиться к тернистому пути 

Ну что ж, спасибо.

RCP платформа это все же не только набор готовых к употреблению модулей ( или плагинов ), но и средство автоматического контроля соответствия их друг другу (соответствия интерфейсов, версий).  Необходимость соблюдения бюрократических требований, налагаемых платформой, усложняет разработку модулей. Но, наверное, это окупается, когда модули разрабатываются в разных отделах, компаниях, странах.   

Это сообщение отредактировал(а) COVD - 20.11.2008, 17:20

Кстати, в netbeans, в отличие от eclipse, это средство работает  

Я не очень понимаю, для чего, при единой RPC (допустим под ecplise), разным разработчикам писать код с учетом других разработчиков. Мне казалось, что каждый пишет свою библиотеку классов, а интерфейсы предоставляет RPC, за счет которых происходит взаимодейтсвие. Этот момент мне не ясен. Можете привести пример? И, за одно, как происходит контроль?

Ну, всё очень просто. Есть стандартный набор плагинов, входящий в RCP, и есть ещё огромное количество плагинов сторонни разработчиков. И все они (включая RCP) постоянно развиваются - появляются новый функционал, теряется совместимость... Весь этот конгломерат надо ещё как-то подружить, для этого необходимы соответствующие механизмы. 

Контроль по метаинформации, поставляемой с плагином - версия, версии необходимых плагинов, режимы работы и т. п.

Это сообщение отредактировал(а) w1nd - 21.11.2008, 12:22