zoukankan      html  css  js  c++  java
  • 界面层与业务逻辑分离

    “界面层与业务逻辑分离”,这句话,相信只要做了一段时间程序,就会听到过或看到过。但实际上,在很多项目中,界面层一直在抢业务逻辑层的事(至少我经历两个,前段时间项目要提供EXCEL导入的功能,相当于添加了另一个平台,悟了),业务逻辑层只是充当于调用下数据访问层的角色。

    例如,在添加一个员工信息时,在页面中会有判断各个字段是否满足特定的条件,然后,访问数据库判断是否已经添加此员工的信息,如果没有,则添加数据,然后再判断是否添成功。此时,界面承载了过多的业务逻辑,如果我们需要加入导入员工信息的功能,则需要将员工添加的代码重新写遍。

    总的来说,很多人在做应用时,将一些本该属于业务逻辑层里面的东西在界面层做了,如果只是一个平台,并且业务逻辑也不被共用,也无可厚非。但是,如果项目稍大一些,如果不把责能划分清楚,重复的逻辑过多,在后期维护时将会是一个灾难。我们可以将对字段判断的逻辑放在modle的部分类中(因为,对字段一些验证简单、通用并且繁多,如果直接放在业务中,将影响业务逻辑的可读性),其它的逻辑还是放在它应该在的逻辑层中。

  • 相关阅读:
    bzoj3993: [SDOI2015]星际战争
    bzoj3583: 杰杰的女性朋友 && 4362: Graph
    bzoj2260: 商店购物 && 4349: 最小树形图
    老oj3444 && Pku3241 Object Clustering
    bzoj3754: Tree之最小方差树
    bzoj2215: [Poi2011]Conspiracy
    老oj曼哈顿最小生成树
    bzoj2180: 最小直径生成树
    棋盘问题
    油田 Oil Deposits
  • 原文地址:https://www.cnblogs.com/dataadapter/p/2550677.html
Copyright © 2011-2022 走看看