MVC vs Netbeans Form Builder - PullRequest
       25

MVC vs Netbeans Form Builder

1 голос
/ 05 апреля 2011

Я разрабатываю много небольших приложений, где я работаю.В результате я перешел от использования gridbag в большинстве мест к использованию построителя форм netbeans.Я иногда использую расположение сетки, расположение коробки и расположение потока.

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

Это неправильно?

Ситуация:

У меня есть класс Cat и класс пастухов Cat, и они оба существуют в базе данных.У меня есть представление, которое получает самую последнюю версию cat из базы данных и сообщает мне, к какому коту она принадлежит.

Должна ли эта кнопка общаться с промежуточным контроллером или ActionListener, который запускает ActionPer, сформировал контроллер?

1 Ответ

1 голос
/ 05 апреля 2011

Я бы сказал, что зависит от того, сколько бизнес-логики выполняет ваше приложение .

Я написал приложение именно так, как вы описываете.Я выложил все панели в Netbeans и написал операторы SQL для извлечения данных непосредственно в мои классы фреймов / панелей.Я дважды щелкнул созданные мной кнопки и все необходимые действия, я также записал код в сгенерированные методы в своих классах фрейма / панели.

Однако: это приложение предназначалось просто для чтения / записи материалабазы данных, отобразить данные на экране и разрешить их редактирование.В коде не было абсолютно никакой логики, почти не было никакой проверки.

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

...