层模型的思考

 层模型:

     MVC是一种层模型,但一般使用这种模型,在某一层包含的是所有的业务,即并没有在某一层把各个业务模块区分出来( 各个业务模块并未独立)

    如果某个功能的修改,升级时就需要打包整个项目,在部署。其实只需要升级那个模块就可以了。

    如果各个模块做成单独的jar(各个模块之间不能通过jar包依赖),但是jar的依赖就是一种耦合

    使用dubbo或者jms,各个模块通过服务的调用,这样情况会好一些,只要服务的接口不变就可以了

    

    讨论到这里,每个模块其实都可以使MVC,在此基础上,就需要做代码的重用:因为几乎每个模块都会使用一些相同的表和配置项目以及安全功能等等. 可以抽象出一个base或者common的jar或者功能性的东西。     

   

   很多系统都有后台管理系统,个人认为后台管理系统可以完全独立,即使代码和其它模块冗余也无所谓。

     

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值