5 java model-view-controller struts2 java-ee
我在一家提供定制"CRM"软件的公司工作.我们目前正在重新设计/重新开发该软件,希望它看起来更现代,更容易为未来的客户开发和定制.目前,定制每个新应用程序需要很长时间.
可以假设它花费这么长时间的原因是因为"视图"层中存在的业务逻辑量.在某种程度上,我可以保证这是真的,但症状并不总能可靠地指出原因.有一个建议是,如果我们只是将业务逻辑移动到控制器层并使用纯视图(我们使用java J2EE和struts),就像实现struts标签而不是调用bean层并在jsp上迭代对象 - 等等.
在我开始提倡我们继续前进之前,我想要了解其他人的想法.MVC的"纯粹"实现(特别强调解耦控制器和视图)是否提供了更清晰,更易于开发和更改的代码库？
感谢大家的投入 - 这有很多帮助
Jef*_*nal 10
您的目标应该是将您的业务逻辑集中在一个地方.根据我的经验,如果你能做到这一点,你的代码库将更容易开发,维护和更改.
模型 - 视图 - 控制器是达到这一点的一种方式,尽管在经典MVC中,业务逻辑在(域)模型中,而应用程序逻辑在控制器中.
应用程序逻辑:如果用户的下一个检查日期在一周内(或过期),则显示"计划检查"屏幕,否则显示"检查历史记录"屏幕.
业务逻辑:以前检查失败的餐馆需要每六个月检查一次,海鲜餐馆必须每年检查一次,所有其他餐厅必须每两年检查一次.鉴于这家餐厅的最后一次检查,他们的下次检查何时到期？
| 归档时间： |
|
| 查看次数： |
1511 次 |
| 最近记录： |