在现代JavaSE项目中遵循MVC体系结构

在现代JavaSE项目中遵循MVC体系结构,java,opencv,Java,Opencv,我正在使用OpenCV做一个JavaSE独立项目。我正在使用NetBeans IDE来实现这个项目 在开发用户界面时,我只是通过拖放(使用UI库)来实现。如果是这样,将其设计为“模型、视图、控制器”体系结构是否是一种更好的方法??仅使用“视图和模型”类是否仍然需要或更好地使用“控制器”类 你拖动摇摆组件?这取决于-一根绳子有多长?事实上,如果您正在开发一个小型玩具应用程序,那么MVC/MVP很可能是过火了。但是,如果您正在开发任何远程复杂的东西,那么从长远来看,严格的设计和分层将为您节省数百个工

我正在使用OpenCV做一个JavaSE独立项目。我正在使用NetBeans IDE来实现这个项目


在开发用户界面时,我只是通过拖放(使用UI库)来实现。如果是这样,将其设计为“模型、视图、控制器”体系结构是否是一种更好的方法??仅使用“视图和模型”类是否仍然需要或更好地使用“控制器”类

你拖动摇摆组件?这取决于-一根绳子有多长?事实上,如果您正在开发一个小型玩具应用程序,那么MVC/MVP很可能是过火了。但是,如果您正在开发任何远程复杂的东西,那么从长远来看,严格的设计和分层将为您节省数百个工时。@FastSnail NetBeans有一个很好的解决方案。它生成的代码绝对是人类已知的最糟糕的代码,但如果严格将其保存在视图层中,这并不是灾难性的。一旦您开始将业务逻辑与自动生成的GUI代码混合,那么拯救应用程序可能就太迟了……即使您使用GUI builder,请设置适当的布局。很多人将组件拖放到绝对布局是的,我拖动swing组件。但是参考一些文章,他们提到MVC已经过时了,因为UI库使用了。你拖动摇摆组件?这取决于-一根绳子有多长?事实上,如果您正在开发一个小型玩具应用程序,那么MVC/MVP很可能是过火了。但是,如果您正在开发任何远程复杂的东西,那么从长远来看,严格的设计和分层将为您节省数百个工时。@FastSnail NetBeans有一个很好的解决方案。它生成的代码绝对是人类已知的最糟糕的代码,但如果严格将其保存在视图层中,这并不是灾难性的。一旦您开始将业务逻辑与自动生成的GUI代码混合,那么拯救应用程序可能就太迟了……即使您使用GUI builder,请设置适当的布局。很多人将组件拖放到绝对布局是的,我拖动swing组件。但是参考一些文章,他们提到MVC已经过时了,因为UI库使用了。