Всем привет! Знаю таких тем наверное навалом , но все же... 
Короче говоря- начинаю большой проект по написанию экономического софта на JAVA- предполагается , что в данном Desktop приложении будет большое количество диалоговых окон со сложным графическим интерфейсом--- возник вопрос---- как лучше этот интерфейс сделать--- ручками?----- или с помощью визуального проектирования в Netbeans? Какие плюсы и минусы у этих двух вариантов? 

поясню какой интерфейс будет- для сравнения по сложности где то как в 1с







Заранее всех благодарю!  

50/50

При создании нового компонента обычно берется за основу существующий компонент и модифицируется тем же способом, каким был создан образец. Поскольку мы перепробовали разные варианты и имеем образцы разных технологий, то и приходится и "руками" и билдером работать.

В гуи обычно много рутинного повторяющегося кода. Если работа с гуи эпизодическая, то нюансы настройки лэйаут менеджеров и прочие хитрости быстро забываются. Поэтому применение билдера вполне оправдано. Тем более, если вся "сложность" интерфейса заключается в обилии стандартных элементов - таблиц, комбобоксов и т. д. 

В применении билдера (Нетбинс) я бы выделил пару моментов:

• В приложении содержимое контролов (таблицы, комбобоксы,..) инициализируется динамически в момент старта приложения или открытия формы. Билдер же при создании контрола (таблицы, например) позволяет добавить в модель дефолтные данные и это удобно для визуального контроля при дизайне. Однако необходимо предусмотреть очистку контролов при заполнение реальными данными и это приходится делать руками. Также, с реальными данными вид формы может измениться.
• При командной разработке все должны иметь этот билдер. Если хмл файл формы повреждается (например, при обновлении из репозитория), то можно потерять результаты работы.

Применение Нетбинс билдера получило дальнейшее развитие, на мой взгляд, в шаблоне проекта Java Desktop Application. Там к проекту добавляется библиотека Swing Application Framework, в которой реализована стандартная функциональность. Шаблон, в частности, предполагает возможность иметь в каждом пакете папку "ресурсы", где хранятся проперти, имиджи,... Таким образом, проперти приложения оказываются внутри результирующего jar'а и труднодоступны для редактирования извне. И разбросаны по пакетам. Не знаю, насколько этот подход обоснован, но мне удобнее, чтобы  проперти файлы приложения паковались отдельно. 

P.S.
На мой взгляд при создании большого проекта важнее продумать возможность модульной архитектуры, нежели способ "рисования" интерфейса. Модульность ( или плагинность ) не обязательно сразу в полном соответствии с RCP ( если бы в RCP вместо красивого Rich использовали Plugin или Module , т.е. PCP/MCP , то было бы, наверное, сразу ясно, что это всего лишь скучнейшая бюрократическая надстройка для поиска и проверки соответствия версий компонентов. Ее применение, наверное, оправдывает себя наилучшим образом, если модули/плагины разрабатываются независимыми коллективами, т.е. в мировом масштабе ) . Модульность в упрощенном виде я понимаю как оформление компонентов приложения в виде набор библиотек. Без "автоматизации" их подключения и контроля. Нужен новый компонент (пункт меню - фрейм..) -> создаем новый проект -> добавляем его в приложение в виде библиотеки.         
 

Это сообщение отредактировал(а) COVD - 9.10.2009, 22:40

Билдеры, имхо, больше подходят тем кто не силен в UI и чтобы помочь разобраться с ним,
впрочем даже в этом не уверен.

Сложный интерфейс, опять же имхо, будет в 2-3 раза быстрее сделать руками, нежели в UI-редакторе Net-Beans

Да и вобще, если вы еще не уверены в финальном виде интерфейса - используете инструменты для 
прототипирования/предподготовки интерфейса. Порисуйте его в подобной программе, подправьте, уладьте все что вам нужно,
придите к финальному варианту, и только потом приступайте к коду.
Иначе не важно в чем вы будете делать UI - вы потеряете больше времени на исправлениях.

P.S. По мне самое оптимальное - заранее уточнить все по UI и затем уже сделать руками готовый рабочий вариант.

у меня есть вопрос , тет бинс создает groupLayout мне привычней setLayout(null) как в JBuilder а дальше руками давать координаты,
есть ли возможность настроить таким образом нетбинс? ,  не ставить же специально JBuilder да и он вроде как платный , 

Это сообщение отредактировал(а) sergioK - 11.10.2009, 00:27

в Нетбинс дизайнере в панели выбора лэйаут менеджера конечно есть пункт, соответствующий  setLayout(null) , т.е. без менеджера.