系统架构师-基础到企业应用架构-表现层-博客园.PDFVIP

系统架构师-基础到企业应用架构-表现层-博客园.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统架构师-基础到企业应用架构-表现层-博客园

系统架构师-基础到企业应用架构-表现层 一、前言 最近也许是由于假期的原因,我发布的文章的速度变慢了,对大家说下抱歉,这个系 列的确我很难写,感谢大家对我的支持和关注,的确我在发布后得到大家的支 持和认可,让我有了更多的动力,之前发布的有些内容,可能对各层讲解的内容的广度还不 够,当然这和我个人的水平面有关,还请各位多多提出宝贵意见和建议。 从本篇开始,我将会采用更加规范的格式,更严谨的求知态度,更加准确的表达,去 将接下来的系列文章写完,并且与群中的很多朋友交流后,他们希望出一个总 的PDF 电子书,这样可以方便阅读,的确谢谢各位的支持,我目前将以后每篇写的内容, 放一份 PDF 格式的在群共享中,有需要的朋友可以进行相应的下载,由于本人 的写作水平有限,所以在书写的深度和书写的格式上还有很多的缺点,还希望大家多多指出。 二、开篇 本篇我们将针对系统架构分层中的表现层进行讲述,分析表现层的架构与设计模式, 当然我们会结合目前比较流行的表现层模式进行分析讲解,主要是围绕MVC 模 式的起源及发展的过程进行讲述,并且分析目前MVC 模式在不同 UI 层中的应用设计,由 于本人的水平有限,加之实际的项目中可能应用的理解和经验水平不足,可能在 某些分析的地方不对,还请大家提出。我们之前的写作惯例,我们先来看看本文的主要讲述 的内容吧 本文将会以上面的2 点为主线展开去讲解表现层的内容。 三、内容提要 1、前言 2、内容提要 3、本文提纲 4、表现层模式 4.1、表现层的职责 4.2、UI 层与表现层逻辑 4.2.1、用户界面的职责 4.2.2、表现层中容易产生的误区 4.3、MVC 模式的提出及演化 4.3.1、MVC 模式 4.3.2、MVP 模式 4.3.3、MVC 模式与 MVP 模式的对比和总结 5、结束语 6、系列进度 7、下篇预告 四、表现层模式 4.1、表现层的职责 我们知道任何一个应用程序,如果想要更好的与客户交互,我们一般都是通过提供一 个用户界面去完成与用户的交互,当然通过前面我们讲述的,服务层与业务逻 辑层的讲解,其实都是为了更好的为表现层服务的,通常,我们都不是特别的重视表现层, 但是其实,表现层同样重要。其实通常我们在关注各个分层的时候,我们对 每个分层的重视程度会不同,可能是由于我们自身的爱好,态度,或者是专业技能所决定的, 但是一个好的系统,必然要求我们不管哪个分层都要足够的重视。 我们在做表现层时,通常我们会关注下面几个组件,首先是用户界面。也就是客户能 够看到的用户界面简称UI,还有一部分就是与用户行为进行交互的组件,通常 我们叫做表现层逻辑,用户的所有操作都通过表现层逻辑来支持,表现逻辑层将负责其他层 与UI 层之间的交互。 根据我们前面讲述的各分层的设计我们知道,表现层逻辑将主要与服务层或者业务逻 辑层进行交互。具体的关系如下: 通过上图我们知道表现逻辑层的位置,可以说如何组织好用户界面及表现层逻辑同其 他层之间的关系,就是决定设计好坏的关键。也可以说表现层逻辑决定了用户 与系统交互。 下面我们来先看看表现层的职责吧 我们一般都把如下职责看作是表现层的职责,是不是你也有相同的看法? 其实,像图中说的验 证,格式化,添加样式等这些更应该属于UI 层组件,而不应该属于表现层,但 是作为架构师,你必须考虑的更全面,从更高的层次去考虑,比如说下面的几个方面: 只 有更好的考虑这些因素,才能决定表现层的架构,我们针对上面的几个方面来 简单的分析一下。 1、UI 的无关性: 这里的UI 的无关性就是指不依赖UI 层的实现技术,不管是上面说的Web 还是 Winform,还是其他的WPF、WP 还是其他的任何UI 表现形式。我们知道这样的表现 层设计出来是理想的,我们只是想尽可能的提高可复用性,我们希望的是虽然不同的UI 使 用的实现技术不同

文档评论(0)

laolao123 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档