| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Java: GUI и Java FX приложения > AppFrameWork, JGoodies и прочие. Что выбрать |
| Автор: digs 6.11.2008, 07:18 |
| Я новичок в Java. В данный момент начал разбираться с NetBeans, который по умолчанию для написания GUI подключил мне Appframework. Знаю, что есть еще JGoodies. Может быть существует что-то еще. Не хотелось бы ошибаться на ранней стадии изучения и писать с пакетом, который бы в будущем не устроил бы и пришлось бы перейти на другой. Поэтому вопросы такие: Какой пакет лучше использовать? Можно ли научить NetBeans работать с другим пакетом? ps. В конторе собираемся использовать NetBeans, поэтому хотелось бы именно под этой средой писать. |
| Автор: lazycat 8.11.2008, 18:55 | ||
IMHO Eclipse все-таки лучше. Если вопрос о выборе среды еще открыт, может быть имеет смысл попытаться повлиять на руководство фирмы? Еще есть прекрасная среда Idea, но лично я бы все-таки предпочел Eclipse |
| Автор: COVD 8.11.2008, 21:21 |
| "ошибаться на ранней стадии" - это будни программистской практики - было, есть и будет всегда. |
| Автор: digs 9.11.2008, 00:39 |
| Eclipse собираюсь скачать, посмотреть. Начальство мотивирует NetBeans тем, что он умеет с Ruby работать. Eclipse вроде тоже поддерживает начиная с какой-то версии ruby. Т.е. если ecplipse понравится, то буду в двух средах скорее всего (Java GUI у нас не планируется, это я для своих целей) А у eclipse какой фреймворк используется? |
| Автор: Keyo 9.11.2008, 01:39 |
| eclipse rcp |
| Автор: w1nd 19.11.2008, 16:10 | ||
Вы бы писали, чем именно для вас eclipse лучше, а то люди и вправду подумают, что eclipse - лучшая среда разработки. Насчёт платформы для создания ГУЯ. Лучше всего написать свою. Найдите опытного человека и дайте ему денег. Общение с netbeans/eclipse rcp в любом случае превратится в бодание с её убожеством, ибо все узкоспециализированы. Иными словами, на базе rcp, выросшей из ide, легко и удобно создавать только ещё одну ide. А всяческие jgoodies и иже с ними вообще не тянут на rcp. |
| Автор: digs 20.11.2008, 05:58 | ||
Что касается GUI, то пишу исключительно для себя, поэтому никому денег давать не собираюсь. А в чем заключается узкоспециализированность? Почему на rpc, например, нельзя написать нормальную программу? Насколько сложно пишутся такие вещи? |
| Автор: w1nd 20.11.2008, 11:48 | ||||||
Тогда почему бы не попробовать всё, на что ляжет глаз?
Почему же нельзя, можно конечно. Но при попытке реализовать что-либо, отличное интерфейсом от, приходится всё делать самому и rcp повисает бесполезным грузом аки рюкзак с яблоками на спине парашютиста. Просто те готовые компоненты и модули, которые можно найти в netbeans rcp и eclipse rcp заточены под ide.
Даже не знаю, что ответить  Кому как. Одно могу утверждать точно - только тогда у вас получится удобная и гибкая платформа, когда съедите стаю собак на написании клиентских приложений, в том числе с использованием доступных rcp. |
| Автор: digs 20.11.2008, 12:00 | ||||
Честно говоря, не хочется терять время. Его и так нет.
Клиентских именно под Java? Я около десяти лет занимаюсь разработкой компонент под Delphi, и приложений так же написано масса. Насколько идеология Java при построении фреймворков может отличаться? Т.е. здесь на мой взгляд было бы достаточно взять любой и просто посмотреть принципы его работы. Я так понял, что с созданием своих компонент для Java нет проблем? |
| Автор: w1nd 20.11.2008, 13:31 | ||||
Пожалуй, да. Я не занимался разработкой компонент для delphi, но известные мне новички в java, которые являются опытными delphi-разработчиками, обычно создают кошмарный код. Добавлено @ 13:32
В java runtime нет ничего, что можно было бы рассматривать в качестве фреймворка для построения приложений. А среди доступных решений нет достаточно вменяемых, чтобы их порекомендовать в качестве примера. И компоненты здесь вообще не причём. |
| Автор: digs 20.11.2008, 13:44 | ||||
Вот этого я бы и хотел избежать. По крайней мере про MVC я первый раз узнал, только когда начал про Java читать. Видимо еще многому придется научиться.
Одним словом, буду готовиться к тернистому пути  Ну что ж, спасибо. |
| Автор: COVD 20.11.2008, 17:00 |
| RCP платформа это все же не только набор готовых к употреблению модулей ( или плагинов ), но и средство автоматического контроля соответствия их друг другу (соответствия интерфейсов, версий). Необходимость соблюдения бюрократических требований, налагаемых платформой, усложняет разработку модулей. Но, наверное, это окупается, когда модули разрабатываются в разных отделах, компаниях, странах. |
| Автор: w1nd 21.11.2008, 11:51 | ||
Кстати, в netbeans, в отличие от eclipse, это средство работает  |
| Автор: digs 21.11.2008, 12:16 |
| Я не очень понимаю, для чего, при единой RPC (допустим под ecplise), разным разработчикам писать код с учетом других разработчиков. Мне казалось, что каждый пишет свою библиотеку классов, а интерфейсы предоставляет RPC, за счет которых происходит взаимодейтсвие. Этот момент мне не ясен. Можете привести пример? И, за одно, как происходит контроль? |
| Автор: w1nd 21.11.2008, 12:21 |
| Ну, всё очень просто. Есть стандартный набор плагинов, входящий в RCP, и есть ещё огромное количество плагинов сторонни разработчиков. И все они (включая RCP) постоянно развиваются - появляются новый функционал, теряется совместимость... Весь этот конгломерат надо ещё как-то подружить, для этого необходимы соответствующие механизмы. Контроль по метаинформации, поставляемой с плагином - версия, версии необходимых плагинов, режимы работы и т. п. |
