展开

关键词

(一)——什么是

一、什么是? 1、概念 (3-tier architecture) 通常意义上的就是将整个业务应用划分为:表现(UI)、业务逻辑(BLL)、数据访问(DAL)。 业务逻辑(BLL) 针对具体问题的操作,也可以说是对数据的操作,对数据业务逻辑处理。是表示和数据访问之间的桥梁。 ,如果逻辑相当强大和完善,无论表现如何定义和更改,逻辑都能完善地提供服务。 业务逻辑(BLL) 主要是针对具体的问题的操作,也可以理解成对数据的操作,对数据业务逻辑处理,如果说数据是积木,那逻辑就是对这些积木的搭建。 由上表可以看出,多出的一个数据库实体类(Entity),他在中并不是作为一而存在的,而是作为一个类库,起到封装数据库表的作用。    2、各及类库之间的联系   用一张图来表示:?

1.9K30

*就是将原本的程序进行一定程度的分离以达到代码尽量少重复,易于维护,容易理解的目的所谓的就是文件的一些分离,(分离的时候有讲究的,一个文件一般只专注于一减事)对于初学者这个不太好理解为什么要分开原来的程序呢 *首先打开一起打包的图片,一打开可能感觉看不懂,好不着急我来慢慢讲解****************一、模板文件********************先来看模板文件,这边的模板文件是指静态的html或者其他的后缀 ,这些东西肯定是进行页面控制时都需要的对象 既然都需要那么就搞成父类以减少重复*****************、Model文件夹本文件夹里面的文件代码,就是用于操作数据库用的,至于怎么操作,还得看action 用户要求删,就调用数据访问model里面的删一条数据的程序。。。。。 这个就是!不同的做不同的事,以达到分离,便于维护减少冗余的目的!*?

21030
  • 广告
    关闭

    云产品限时秒杀

    云服务器1核2G首年50元,还有多款热门云产品满足您的上云需求

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    (二)——为什么要用

    二、为什么要用? 1、分析 次结在现实社会中随处可见。 楼房是分的,甚至做包子的笼屉也是分的,虽然分的目的各有不同,但都是为了解决某一问题而产生的,所以分是为了解决某一问题而产生的解决方案。        如果在表示中需要增加一个功能,为保证其设计符合分式结,可能需要在相应的业务逻辑和数据访问中都增加相应的代码。     不过分的利大于弊。    2、结束语    在软件体系中,分式结是比较容易懂的也是最常见的一个结,而又是分里面最常见的一种分方式,也是Microsoft推荐的分式结。 分式结还有其他模式例如MVC,了解和熟悉之后,学习其他会显得比较容易,让我们先从最容易理解的学起。

    52010

    MVC与

    和MVC (3-tier application) 是将整个业务应用划分为:表现(UI)、业务逻辑(BLL)、数据访问(DAL)。区分次的目的即为了“高内聚,低耦合”的思想。  MVC是 Model-View-Controller,严格说这个加起来才是中的UI,也就是说,MVC把中的UI再度进行了分化,分成了控制器、视图、实体。 MVC可以作为表现模式也可以作为建模式,意味这Controller也可以是业务逻辑。分离逻辑和具体展示,能够对逻辑进行独立测试。MVC和 MVC与类似么? MVC是表现模式(Presentation Pattern) 是典型的模式(Architecture Pattern) 的分模式是典型的上下关系,上依赖于下。 即使将MVC当作模式,也不是分模式。MVC和基本没有可比性,是应用于不同领域的技术。MVC模式与:?小结本章中,我们学习了MVC模式。

    1.3K40

    之我见 —— 不同于您见过的

    03年下半年开始改版好在线(www.sanhaoonline.com   asp.net ),03年底、04年初才知道了的相关东东,一开始是很不了解的,所以呢根本就没有理睬,依旧按照我自己的思路写网站 给我的总体感觉就是两个字 —— 麻烦;四个字 —— 浪费代码。感觉自己的东东很简洁。 因为一直都是我一个人写网站,没有人帮我分担其它的编写;而我又很懒,一个人写的代码 —— 太累。        随着时间的推移,逐渐验证了我自己的想法。 近两天又被提起来了,看来我也该写点东东了。        我的印象:里的数据访问并不是通用的,其实我现在也没用完全弄明白里数据访问到底要写些什么东东,感觉是在重复的写着SqlConnection cn = new SqlConnection

    27970

    深入浅出

    这几天看了不少的资料,整理整理——故写篇博文谈谈自己的看法。 概念:(3-tier application) 通常意义上的就是将整个业务应用划分为:表现(UI)、业务逻辑(BLL)、数据访问(DAL)。 区分次的目的即为了“高内聚,低耦合”的思想,复杂项目不能把SQL语句直接写到程序里,不模块话,难以维护。应该采取。 简单的说,UI调用BLL,BLL调用DAL,数据用Model进行传递,Model为各之间起了数据传输的桥梁。参考模型:UIModelBLLModelDAL?传统的两之间的区别:? 下面我以一个简单的例子来细数:代码剖析:新建一个项目(Windows 窗体应用程序),再在根目录下新建3个文件夹,分别是Model,DAL,BLL。

    43750

    基于IDEA的bs

    等等类似问题我们需要搞清楚,如果需要使用pom.xml来获取jar包,那么首先该项目就必须为maven项目,maven项目可以这样去想,就是在java项目和web项目的上面包裹了一maven,本质上java ,用户工作界面是通过浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器(Server)实现,形成所谓。 mvc(model模型对应service和dao控制访问和修改这些数据的业务规则,view视图对应于jsp,它从模型那里获得数据并指定这些数据如何表现。 注意,MVC不是Java的东西,几乎现在所有BS结的软件都采用了MVC设计模式。但是要注意,MVC在BS结软件并没有完全实现,例如在我们今后的BS软件中并不会有事件驱动!? 下面是继续增加的代码,数据库处理的dao,业务逻辑servicepackage com.stu.dao; import com.stu.jdbc.JDBCUtils;import com.stu.pojo.User

    32850

    JavaEE命名示例

    JavaEE命名示例图?

    28220

    Java单体应用 - 模式 - 01.

    请参照如上章节导航进行阅读1.什么是系统所谓系统是指,整合应用系统程序大的结。经常提到的系统结有两种:与 MVC。这两种结既有区别,又有联系。 但这两种结的使用,均是为了降低系统模块间的耦合度。2.什么是是指:视图 View、服务 Service,与持久 DAO。它们分别完成不同的功能。 View :视图,用于接收用户提交请求的代码Service :服务,系统的业务逻辑主要在这里完成DAO :持久,直接操作数据库的代码为了更好的降低各间的耦合度,在程序设计中,采用面向抽象编程 即上对下的调用,是通过接口实现的。而下对上的真正服务提供者,是下接口的实现类。服务标准(接口)是相同的,服务提供者(实现类)可以更换。这就实现了间解耦合。 ----------下一篇:02.MVC

    21600

    之路 () —— APP之网络分析(一)

    回顾上一篇主要讲述了一个APP的分析和设计,这一篇我们就说一下APP中的网络。 网络跟业务对接部分的设计网络跟业务对接部分设计的好坏,会直接影响到业务工程师实现功能时的心情。主要是围绕下面个问题进行阐述的。 ----网络规范这里另外一个牛人写的也不错,先把地址贴出来 —— iOS网络设计分享1. 网络接口规范接口数据返回结返回的是两部分结code、msg、datacode: 0,msg: ,data: { upload_log: true, has_update: false, admin_id 参考文章1. iOS应用谈 网络设计方案 2. iOS网络设计分享 3. iOS网络文档整理 4. iOS网络文档整理

    4100

    与Mvc设计模式

    表现也就是我们通常所说的Web,它负责接收客服端的请求, 表现包括展示和控制,控制负责接收请求,展示负责结果的展示 表现依赖业务,接收到客户端的请求一般会调用业务进行业务的处理 ,并将处理结果响应给客户端 表现的设计一般使用MVC模型(MVC模型是表现的设计模型,和其他没有关系)业务也就是通常所说的Service,负责业务逻辑处理 业务在业务处理的时候可能会依赖持久 ,如果要对数据持久化需要保证事务的一致性持久也就是通常所说的DAO,负责和数据库打交道 包括数据既数据库和数据库访问,通俗的讲,持久就是和数据库交互,对数据库进行增删改查MVC 模型Model (模型)通常指的是数据模型,用于封装数据View(视图)通常指JSP 或者HTML,用于展示数据Controller(控制器)是应用程序中处理用户交互的部分与MVC的区别通常是根据业务来划分成表现 ,业务,持久而MVC是一种设计模式,MVC中的表现的具体,著名的Spring Mvc 就是表现的框

    11710

    JavaWeb(六)之MVC与设计

    也就是MVC的意义!  用图分析就是:?   、经典  表示(web)、业务逻辑(service)、数据访问(dao),用一张图来描述这其中的关系:?   分思想:强内聚、弱耦合  实际项目中的包命名结,其也是按照思想来进行编写代码:?         web      com.xxx.yyy.util      工具包      com.xxx.yyy.domain    javabean四、总结经典和MVC的关系:  他们是两个毫无相关的东西 ,经典是一种分思想,将开发模式分为了这,每个人根据自己的专长,开发不同的模块,比如,前端工程师,那么就专研表示即可,想办法如何让页面变的更好看,  如何吸引别人,而有些专门做数据库工作的人

    88980

    案例-用户模块(一)

    用户注册登录注销Servlet+JSP+javaBean+dom4j分:com.tsh.webcom.tsh.servicecom.tsh.daocom.tsh.domaincom.tsh.utilcom.tsh.testcom.tsh.exceptioncom.tsh.factory

    23820

    案例-用户模块(二)

    使用junit测试框,测试查找用户和添加用户功能com.tsh.test.xmlUserDaoTestpackage com.tsh.test; import org.junit.Test; import User user=new User(); user.setUsername(taoshihan); user.setPassword(123456); dao.addUser(user); }}在逻辑service 中,抛出自定义异常com.tsh.service.UserServicepackage com.tsh.service; import com.tsh.dao.XmlUserDao;import com.tsh.domain.User

    19510

    数据库审计解密

    1、什么叫?所谓体系结,是在客户端与数据库之间加入了一个“中间”,也叫组件隔离出两块区域,客户端到组件之间称为应用区域,组件到数据库之间称为数据库区域。 这里所说的体系,不是指物理上的,不是简单地放置台机器就是体系结,也不仅仅有BS应用才是体系结是指逻辑上的,即把这放置到一台机器上。 这种传统做法的优缺点是:优点:可以应用于任何的审计;缺点:在高并发时简直是一个灾难,有20%的失真率,造成业务用户与SQL语句的错误关联。 昂楷科技从开始做数据库审计系统这个产品,就不断研究针对“审计” 的最佳解决方案,目前已率先取得了重大的突破:针对采取“COMDCOMCOM+ ”等组件的体系,昂楷科技独创组件穿透技术,可规避时间系列的 当然,体系的复杂性决定了,我们只是取得了阶段性的“胜利”, 要取得全面“胜利”,还需要继续努力。关于更多数据库审计,详见“商业新知-数据库审计” 图谱标签

    36540

    MVC与有什么区别

    首先,声明一下,,MVC是MVC,这俩是毫无关系的。是从整个应用程序的角度来分的(如果程序需要,还可以分多)。通常包括表示,业务逻辑以及数据访问。 虽然将系统在逻辑上分成了,但是它并不是物理上的分。也就是说,对不同的代码而言,经历编译、打包、部署后,所有的代码最终还是运行在同一个进程中。 MVC是在应用程序(BS结)的视图划分出来的不同功能的几个模块。MVC主要是为了解决应用程序用户界面的样式替换问题,把展示数据的 HTML 页面尽可能的和业务代码分离。 只所以说MVC和毫无关系,是因为它们二者使用范围不同:可以应用于任何语言、任何技术的应用程序;而MVC只是为了解决BS应用程序视图各部分的耦合关系。 对于,我们JAVA开发者来说:是界面(UI)业务逻辑(BLL)和数据访问(DAL)成的,而MVC设计模式是模型(M)界面(View)和控制(Controller)成的,而且他们之间也不对应

    62380

    大数据必知必会系列——数仓分流程

    文章目录数据仓库典型分:`3【ODS、DW和DA】数据分的好处:京东的`数据仓库分模式`,是根据标准的模型演化而来。 数据仓库典型分:3【ODS、DW和DA】1)、ODS数据:原始数据,往往来源于业务系统产生的数据,比如RDBMS表数据、日志文件数据或爬虫获取数据及第方购买的数据等2)、DW:数据仓库 ,数据来源ODS成数据,整合拉宽和分析数据3)、DA:数据应用,数据来源DW数据分析处理,按照需要业务分析有时,将业务数据中维度数据,单独放到一:DIM(维度),存储都是维度表的数据。 主题指标开发,按照数据仓库分进行存储数据,分为典型数仓:ODS 、DW和APP,更加有效的数据组织和管理,使得数据体系更加有序。 数据分的好处: 1.清晰数据结,每一个数据分都有它的作用域和职责,在使用表的时候能更方便的定位和理解 2.减少重复开发,规范数据分,开发一些通用的中间数据,能够减少极大的重复计算。

    1420

    抽象一下,经典的分就是:?现在大多数系统都是这种分。 maven之,module概念更加显现化 service common core test 我们的那么多包有了更加明确的地方放置,不再是直接放置在工程目录下由于上面的这些问题 ,我们似乎可以指出经典的的弱点 :被过分简化,如果解决方案中包含发送邮件通知,代码应该放置在哪些? 它虽然提出了业务逻辑隔离,但没有明确的元素指导我们如何隔离----DDD虽然技术日新月异,但大多仅仅是技术,带了实现的便利性,但对于业务次,更多的还是经验。 Repository概念,以及基础设施,再结合【DIP原则】,可以把变成?

    12320

    MVC模式与的区别 原

    http:blog.csdn.netcsh624366188articledetails7183872 (3-tier architecture) 通常意义上的:将整个业务应用划分为: 区分次的目的即为了“高内聚低耦合”的思想。在软件体系设计中,分式结是最常见,也是最重要的一种结。 微软推荐的分式结一般分为,从下至上分别为:数据访问、业务逻辑(又或称为领域)、表示。 MVC是 Model-View-Controller,严格说这个加起来以后才是中的UI,也就是说,MVC把中的UI再度进行了分化,分成了控制器、视图、实体个部分,控制器完成页面逻辑 mvc可以是中的一个表现,属于表现和mvc可以共存。 是基于业务逻辑来分的,而mvc是基于页面来分的。

    21520

    DDD领域驱动的种分

    在每个BC中为了凸显领域模型,DDD中提出了分模式。最近几年,笔者在实践DDD的过程中,也经常使用分模式,本文主要分享DDD分中比较经典的种模式。 Infrastructure是基础实施,为其他提供通用的技术能力:业务平台,编程框,持久化机制,消息机制,第方库的封装,通用算法,等等。DDD五模式讨论完了吗? 模式:六边形有一种方法可以改进分,即依赖倒置原则(Dependency Inversion Principle,DIP),它通过改变不同之间的依赖关系达到改进目的。 在六边形模式提出后的这些年,又依次衍生出种六边形模式的变体,感兴趣的读者可以点击链接自行学习:Jeffrey Palermo在2008年提出了 洋葱 ,六边形是洋葱的一个超集。 小结本文先和读者一起回顾了DDD和分的相关知识,然后将DDD分中常用的种模式(四、五和六边形)结合实践经验分别进行详细阐述,使得读者深刻理解DDD分模式,以便在微服务的开发实践中根据具体情况选择最合适的

    30520

    相关产品

    • 资源编排 TIC

      资源编排 TIC

      资源编排 TIC为您提供易用、高效、安全的基础架构管理平台。平台使用声明型语言,兼容众多优秀的开源社区工具,同时提供代码编辑和视图编辑两种模式,有效降低学习成本和使用难度。TIC 使用代码版本管理的方式管理基础架构,保障基础设施的构建、管理和迁移的可靠性和安全性。

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券