什么是业务逻辑?
那么在这里业务逻辑就应该是M。
但是什么样的算是业务逻辑如:上传一个文件,上传代码算是一个业务逻辑吗?
数据库操作增加时需要判断,和一些其它这算业务逻辑吗?(我觉得算)
但是hibernate又提供了一个离线查询对象(DetachedCriter),提供这个接口的意思我想是在外面处理业务逻辑。
但是三层架构不是独立的吗?互相不干涉吗?在service层出现sql,hql,criter不是又把dao与service连在一起了吗?
DTO(VO),POJO,BO这些是什么,POJO对应数据库,BO对应业务逻辑,DTO对应页面的传输与显示。
什么三层,什么对象,人都被搞晕了,完全一踢糊涂,忘高手能解答。 展开
不同的项目有不同的功能,不同的功能需要不同的实现,实现这些核心功能的代码就叫业务逻辑。比如让你实现一个功能,给你两个数,让你获取它的和。你所写的“如何才能获得任意给定的两个数的和”这个程序的实现过程即可称为业务逻辑处理。
智能网是用于生成和提供电信新业务的网路结构体系。主要由业务交换点、业务控制点、业务管理点和业务创建点组成。主要目标是实现新业务的快速引入。业务逻辑是在智能网中,对利用积木式组件(SIB)和基本呼叫处理(BCP)模块的组合来完成每项业务特征的过程描述。
智能网业务逻辑在不同的平面中有不同的表示,在总功能平面中,有一组总业务逻辑,它说明了完成各个业务独立模块链接在一起的次序。在分布功能平面中,分布业务逻辑是实现SIB功能时各个功能实体的动作和各个功能实体间的信息流。在物理平面中,包含业务控制功能的物理实体执行业务逻辑程序。通信有限状态机模型是由表示进程的有限状态机和表示进程之间通道的先进先出队列组成。
业务逻辑层又可以细分为业务实体、业务组件和业务工作流。业务实体(Entity)相当于以面向对象的类实例来代表数据库中的实体,可能使用过DataReader或者Dataset之类的对象来代表数据库中访问的行。通过编写一个实体层,将这种耦合性转移到了业务逻辑层中。于是,如果数据库发生了某些变动,可以修改业务逻辑层,而不需要维护页面层。实体层中,不会包含业务逻辑。实体只是一个数据的集合体。业务组件负责业务规则,同时负责实体层到数据访问层的过渡工作
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库
三层架构是指将程序分为数据访问、业务处理、界面三个层次,是软甲整体架构
MVC是仅仅是界面架构,也就是它其实只是三层架构的界面部分,M是指实体模型或者实体模型的一个代理,而非领域模型,C是指控制器,仅仅是做转向,不应该包含任何业务逻辑,V就是视图了。
至于那些个什么什么O,都是实体在不同层的映射。
另外值得一提的是,MVC在一些小的程序中也经常被当做软件整体架构,那个时候M往往就是实体模型了,但是这种时候,V就对M产生了直接引用,也就是界面对实体产生依赖,这是很不好的(但小程序问题不大),此时可以尝试使用MVP模式解耦。
至于业务,看你怎么定义领域模型了,一般像上传文件这种操作并不会牵扯企业的业务,那就不应该当做一个业务,但如果这个上传是在工作流或者一些特殊处理中,则有可能上升到业务。怎么做,要看具体问题。
2022-12-06 · 百度认证:IT168官方账号,优质数码领域创作者
业务逻辑是在智能网中,对利用积木式组件(SIB)和基本呼叫处理(BCP)模块的组合来完成每项业务特征的过程描述。
智能网是用于生成和提供电信新业务的网路结构体系。主要由业务交换点、业务控制点、业务管理点和业务创建点组成。主要目标是实现新业务的快速引入。
业务逻辑是在智能网中,对利用积木式组件(SIB)和基本呼叫处理(BCP)模块的组合来完成每项业务特征的过程描述。
智能网业务逻辑在不同的平面中有不同的表示,在总功能平面中,有一组总业务逻辑(GSL),它说明了完成各个业务独立模块(SIB)链接在一起的次序;
在分布功能平面中,分布业务逻辑(DSL)是实现SIB功能时各个功能实体的动作和各个功能实体间的信息流;在物理平面中,包含业务控制功能(SCF)的物理实体执行业务逻辑程序。通信有限状态机模型是由表示进程的有限状态机和表示进程之间通道的先进先出队列(FIFO)组成。
/iknow-pic.cdn.bcebos.com/54fbb2fb43166d22d51fb075482309f79152d2e3"target="_blank"title="点击查看大图"class="ikqb_img_alink">/iknow-pic.cdn.bcebos.com/54fbb2fb43166d22d51fb075482309f79152d2e3?x-bce-process=image%2Fresize%2Cm_lfit%2Cw_600%2Ch_800%2Climit_1%2Fquality%2Cq_85%2Fformat%2Cf_auto"esrc="https://iknow-pic.cdn.bcebos.com/54fbb2fb43166d22d51fb075482309f79152d2e3"/>
扩展资料:
业务逻辑层又可以细分为业务实体、业务组件和业务工作流。
业务实体(Entity)相当于以面向对象的类实例来代表数据库中的实体,可能使用过DataReader或者Dataset之类的对象来代表数据库中访问的行,不过,在使用这些对象时,需要通过列名称或索引来访问各列中的数据。
这将导致使用这些对象的页面与数据库实现耦合。通过编写一个实体层,将这种耦合性转移到了业务逻辑层中;于是,如果数据库发生了某些变动,可以修改业务逻辑层,而不需要维护页面层。
实体层中,不会包含业务逻辑;实体只是一个数据的集合体。
业务组件负责业务规则(例如,计算税率、折扣等),同时负责实体层到数据访问层的过渡工作。
参考资料来源:/baike.baidu.com/item/%E4%B8%9A%E5%8A%A1%E9%80%BB%E8%BE%91"target="_blank"title="百度百科—业务逻辑">百度百科—业务逻辑
-
官方服务
- 官方网站
- 官方网站