精华内容
下载资源
问答
  • REST 表现层状态转换 架构说明

    千次阅读 2016-10-09 22:48:58
    http://www.ruanyifeng.com/blog/2011/09/restful.html1、REST(Representational State Transfer)表现层状态转化,是Fielding对互联网软件的架构原则,REST的名称”表现层状态转化”中,省略了主语。”表现层”...

    更多内容: http://blog.yuhai.win
    http://www.ruanyifeng.com/blog/2011/09/restful.html

    1、REST(Representational State Transfer)表现层状态转化,是Fielding对互联网软件的架构原则,REST的名称”表现层状态转化”中,省略了主语。”表现层”其实指的是”资源”(Resources)的”表现层”。

    2、资源(Reources),所谓“资源”就是网络上的一个实体,或者说是网络上的一个具体信息,可以是为别把,图片,歌曲,服务等,可以用URI(统一资源定位符),指向他。

    3、表现层(Representation)。”资源是一种信息实体”,他可以有多种表现形式。我们把

    4、状态中转换(State Transfer)。访问一个网站,就代表客户端和服务器的一个互动过程,势必设计到数据和状态的变化。

    5、根据以上可以总结什么是RESTful 架构:
    a、每个URI代表一种资源
    b、客户端和服务器之间,传递这种资源的某种表现层
    c、客户端通过四个HTTP动词,对服务器端资源进行操作,实现表现层状态转换。


    * 希望三心草的博客能够帮助到大家!*

    展开全文
  •  就是"表现层状态转化"。  客户端用到的手段,只能是HTTP协议。具体来说,就是HTTP协议里面,四个表示操作方式的动词:GET、POST、  PUT、DELETE。它们分别对应四种基本操作:GET用来获取资源,POST用来新建资源...

    一:RESTful的架构

          1.

            (1)它是一种架构设计思想,而非技术。

            (2)概述:起源:REST这个词,是Roy Thomas Fielding在他2000年的博士论文中提出的。

                    他是这样介绍的:

                    "本文研究计算机科学两大前沿----软件和网络----的交叉点。长期以来,软件研究主要关注软件设计的分类、设计

                    方法的演化,很少客观地评估不同的设计选择对系统行为的影响。而相反地,网络研究主要关注系统之间通信行

                    为的细节、如何改进特定通信机制的表现,常常忽视了一个事实,那就是改变应用程序的互动风格比改变互动协

                    议,对整体表现有更大的影响。我这篇文章的写作目的,就是想在符合架构原理的前提下,理解和评估以网络为基

                    础的应用软件的架构设计,得到一个功能强、性能好、适宜通信的架构。"

        2.

           (1)定义:如果一个架构符合REST原则,就称它为RESTful架构。

           (2)资源:所谓"资源",就是网络上的一个实体,或者说是网络上的一个具体信息。它可以是一段文本、一张图片、

                    一首歌曲、一种服务等等。你可以用一个URI(统一资源定位符)指向它,每种资源对应一个特定的URI。要获

                    取这个资源,访问它的URI就可以,因此URI就成了每一个资源的地址或独一无二的识别符。

                  URI只代表资源的实体,不代表它的形式。严格地说,有些网址最后的".html"后缀名是不必要的,因为这个后缀

                  名表示格式,属于"表现层"范畴,而URI应该只代表"资源"的位置。它的具体表现形式,应该在HTTP请求的头信

                  息中用Accept和Content-Type字段指定,这两个字段才是对"表现层"的描述。

          (3)表现层:我们把"资源"具体呈现出来的形式,叫做它的"表现层"。例如,文本可以用txt格式表现,也可以用

                  HTML格式、XML格式、JSON格式表现,甚至可以采用二进制格式; 图片可以用JPG格式表现,也可以用PNG

                  格式表现。

         (4)状态转化(State Transfer)

                        访问一个网站,就代表了客户端和服务器的一个互动过程。在这个过程中,势必涉及到数据和状态的变化。互联

                网通信协议HTTP协议,是一个无状态协议。这意味着,所有的状态都保存在服务器端。因此,如果客户端想要操作服

                务器,必须通过某种手段,让服务器端发生"状态转化"(State Transfer)。而这种转化是建立在表现层之上的,所以

                就是"表现层状态转化"。

                       客户端用到的手段,只能是HTTP协议。具体来说,就是HTTP协议里面,四个表示操作方式的动词:GET、POST、

               PUT、DELETE。它们分别对应四种基本操作:GET用来获取资源,POST用来新建资源(也可以用于更新资源),PUT

               用来更新资源,DELETE用来删除资源。

    二:RESTful风格Api

          1.RESTful api接口规范:

         (1)协议

                 API与用户的通信协议,总是使用HTTPs协议,确保交互数据的传输安全。

         (2)域名应该尽量将API部署在专用域名之下。

                 https://api.example.com

                 如果确定API很简单,不会有进一步扩展,可以考虑放在主域名下。

                 https://example.org/api/

         (3)api版本控制

                 应该将API的版本号放入URL。

                 https://api.example.com/v{n}/

                另一种做法是,将版本号放在HTTP头信息中,但不如放入URL方便和直观。Github采用这种做法。

                采用多版本并存,增量发布的方式。

                v{n} n代表版本号,分为整形和浮点型;

                整形的版本号: 大功能版本发布形式;具有当前版本状态下的所有API接口 ,例如:v1,v2;

                浮点型:为小版本号,只具备补充api的功能,其他api都默认调用对应大版本号的api 例如:v1.1 v2.2

         (4)API 路径规则

                  路径又称"终点"(endpoint),表示API的具体网址。在RESTful架构中,每个网址代表一种资源(resource),所以

                  网址中不能有动词,只能有名词,而且所用的名词往往与数据库的表格名对应。一般来说,数据库中的表都是同种记

                  录的"集合"(collection),所以API中的名词也应该使用复数。

                  举例来说,有一个API提供动物园(zoo)的信息,还包括各种动物和雇员的信息,则它的路径应该设计成下面这样。

                  https://api.example.com/v1/products

                  https://api.example.com/v1/users

                  https://api.example.com/v1/employees

         (5)HTTP请求方式

                  对于资源的具体操作类型,由HTTP动词表示。

                  常用的HTTP动词有下面四个(括号里是对应的SQL命令)。

                 GET(SELECT):从服务器取出资源(一项或多项)。

                 POST(CREATE):在服务器新建一个资源。

                 PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。

                 DELETE(DELETE):从服务器删除资源。

                下面是一些例子。

                 GET /product/ID/purchase :列出某个指定商品的所有投资者

                 GET /product/ID/purchase/ID:获取某个指定商品的指定投资者信息

                 GET /product:列出所有商品

                 GET /product/ID:获取某个指定商品的信息

                 POST /product:新建一个商品

                 PUT /product/ID:更新某个指定商品的信息

                 DELETE /product/ID:删除某个商品

        (6)过滤信息

                 如果记录数量很多,服务器不可能都将它们返回给用户。API应该提供参数,过滤返回结果。

                 下面是一些常见的参数。

                 ?limit=10:指定返回记录的数量

                 ?offset=10:指定返回记录的开始位置。

                 ?page=2&per_page=100:指定第几页,以及每页的记录数。

                 ?sortby=name&order=asc:指定返回结果按照哪个属性排序,以及排序顺序。

                 ?producy_type=1:指定筛选条

       (7)API 传入参数

                参入参数分为4种类型:

                (a)地址栏参数

                         restful 地址栏参数 /api/v1/product/122 122为产品编号,获取产品为122的信息

                         get方式的查询字串 见过滤信息小节

               (b)请求body数据

                        cookie

                        request header

                        cookie和header 一般都是用于OAuth认证的2种途径

               (c)返回数据

                        只要api接口成功接到请求,就不能返回200以外的HTTP状态。

                        为了保障前后端的数据交互的顺畅,建议规范数据的返回,并采用固定的数据格式封装。

                        接口返回模板:

                {
    
                    status:0,
    
                    data:{}||[],
    
                    msg:’’
                }

                        status:接口的执行的状态

                                    =0表示成功

                                    <0 表示有异常=""

                        Data:接口的主数据,可以根据实际返回数组或JSON对象。

                        Msg:当status!=0 都应该有错误信息。


              

         

    展开全文
  • https:/zh.wikipedia.org/wiki/表现层状态

    千次阅读 2019-11-23 11:37:05
    表现层状态转换 维基百科,自由的百科全书 跳到导航跳到搜索 表现层状态转换(英语:Representational State Transfer,缩写:REST)是Roy Thomas Fielding博士于2000年在他的博士论文[1]中提出来的一种万维网软件...

    表现层状态转换
    维基百科,自由的百科全书
    跳到导航跳到搜索
    表现层状态转换(英语:Representational State Transfer,缩写:REST)是Roy Thomas Fielding博士于2000年在他的博士论文[1]中提出来的一种万维网软件架构风格,目的是便于不同软件/程序在网络(例如互联网)中互相传递信息。表现层状态转换是根基于超文本传输协议(HTTP)之上而确定的一组约束和属性,是一种设计提供万维网络服务的软件构建风格。符合或兼容于这种架构风格(简称为 REST 或 RESTful)的网络服务,允许客户端发出以统一资源标识符访问和操作网络资源的请求,而与预先定义好的无状态操作集一致化。因此表现层状态转换提供了在互联网络的计算系统之间,彼此资源可交互使用的协作性质(interoperability)。相对于其它种类的网络服务,例如 SOAP服务则是以本身所定义的操作集,来访问网络上的资源。

    当前在三种主流的Web服务实现方案中,因为REST模式与复杂的SOAP和XML-RPC相比更加简洁,越来越多的web服务开始采用REST风格设计和实现。例如,Amazon.com提供接近REST风格的Web服务运行图书查询;雅虎提供的Web服务也是REST风格的。

    目录
    1 要点及标准
    1.1 可重新表达的状态迁移的特征
    1.2 REST架构的约束条件
    1.3 关于状态
    1.4 应用于Web服务
    2 实现举例
    3 REST的优点
    4 实现
    5 参考文献
    5.1 引用
    5.2 来源
    要点及标准
    需要注意的是,REST是设计风格而不是标准。REST通常基于使用HTTP,URI,和XML以及HTML这些现有的广泛流行的协议和标准。

    资源是由URI来指定。
    对资源的操作包括获取、创建、修改和删除资源,这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法。
    通过操作资源的表现形式来操作资源。
    资源的表现形式则是XML或者HTML,取决于读者是机器还是人,是消费web服务的客户软件还是web浏览器。当然也可以是任何其他的格式,例如JSON。
    可重新表达的状态迁移的特征
    统一接口(Uniform Interface)

    1. 以资源为基础

    每个资源都可以通过URI访问到。

    也就是一个个可以认知的资源,比如文档,音乐,视频等信息,都可以通过唯一的URI确定

    1. 通过重表达的客户端可以管理原资源

    就是我们通过客户端可以修改原资源的状态

    1. 返回信息足够描述自己

    这样重表达的客户端可以知道如何处理

    1. 超媒体是应用状态的引擎

    处理以超媒体为基础的状态变化

    Stateless
    无状态

    Cacheable
    可缓存

    Client-Server
    客户服务器分离模式,任何一个客户端与服务器都是可替换的

    Layered System
    分层的系统,客户端不知道他联系的是不是最终服务器

    Code on Demand (optional)
    服务器可以将能力扩展到客户端,如果客户端可以执行的话。这个功能是可选择的。

    REST架构的约束条件
    REST架构风格最重要的架构约束有6个[2]:

    客户端-服务器(Client-Server)
    客户端-服务器结构约束的目的是将客户端和服务器端的关注点分离. 将用户界面所关注的逻辑和数据存储所关注的逻辑分离开来有助于提高用户界面的跨平台的可移植性.通过简化服务器模块也有助于服务器模块的可扩展性.

    无状态(Stateless)
    服务器不能保存客户端的信息, 每一次从客户端发送的请求中, 要包含所有的必须的状态信息, 会话信息由客户端保存, 服务器端根据这些状态信息来处理请求. 服务器可以将会话状态信息传递给其他服务, 比如数据库服务, 这样可以保持一段时间的状态信息, 从而实现认证功能. 当客户端可以切换到一个新状态的时候发送请求信息. 当一个或者多个请求被发送之后, 客户端就处于一个状态变迁过程中. 每一个应用的状态描述可以被客户端用来初始化下一次的状态变迁.

    缓存(Cacheability)
    如同万维网一样, 客户端和中间的通讯传递者可以将响应缓存起来. 响应必须明确的或者间接的表明本身是否可以进行缓存,这可以预防客户端在将来进行请求的时候得到陈旧的或者不恰当的数据. 管理良好的缓存机制可以 减少客户端-服务器之间的交互, 甚至完全避免客户端-服务器交互, 这进一步提了高性能和可扩展性。

    统一接口(Uniform Interface)
    统一接口是 RESTful 系统设计的基本出发点. 它简化了系统的架构, 减少了耦合性, 可以让所有模块各自独立的进行改进. 对于统一接口的四个约束是:

    请求中包含资源的 ID (Resource identification in requests )
    请求中包含了各种独立资源的标识, 例如, 在 Web 服务中的 URIs. 资源本身和发送给客户端的标识是独立. 例如, 服务器可以将自身的数据库信息以 HTML XML 或者 JSON 的方式发送给客户端, 但是这些可能都不是服务器的内部记录方式.
    资源通过标识来操作(Resource manipulation through representations)
    当客户端拥有一个资源的标识, 包括附带的元数据, 则它就有足够的信息来删除这个资源.
    消息的自我描述性(Self-descriptive messages)
    每一个消息都包含足够的信息来描述如何来处理这个信息. 例如, 媒体类型 (midia-type) 就可以确定需要什么样的分析器来分析媒体数据.
    用超媒体驱动应用状态 ( Hypermedia as the engine of application state (HATEOAS))
    同用户访问 Web 服务器的 Home 页面相似,当一个 REST 客户端访问了最初的 REST 应用的 URI 之后, REST 客户端应该可以使用服务器端提供的链接,动态的发现所有的可用的资源和可执行的操作.随着访问的进行, 服务器在响应中提供文字超链接, 以便客户端可以得到当前可用的操作. 客户端无需用确定的编码的方式记录下服务器端所提供的动态应用的结构信息.

    分层系统(Layered System)
    客户端一般不知道是否直接连接到了最终的服务器, 或者是路径上的中间服务器. 中间服务器可以通过负载均衡和共享缓存的机制提高系统的可扩展性,这样可也便于安全策略的部署.

    按需代码(Code-On-Demand,可选)
    服务器可以通过发送可执行代码给客户端的方式临时性的扩展功能或者定制功能.例如Java Applet、Flash或JavaScript。

    关于状态
    应该注意区别应用的状态和连接协议的状态。HTTP连接是无状态的(也就是不记录每个连接的信息),而REST传输会包含应用的所有状态信息,因此可以大幅降低对HTTP连接的重复请求资源消耗。

    应用于Web服务
    符合REST设计风格的Web API称为RESTful API。它从以下三个方面资源进行定义:

    直观简短的资源地址:URI,比如:http://example.com/resources。
    传输的资源:Web服务接受与返回的互联网媒体类型,比如:JSON,XML,YAML等。
    对资源的操作:Web服务在该资源上所支持的一系列请求方法(比如:POST,GET,PUT或DELETE)。
    下表列出了在实现RESTful API时HTTP请求方法的典型用途。

    HTTP请求方法在RESTful API中的典型应用[3]
    资源 GET PUT POST DELETE
    一组资源的URI,比如https://example.com/resources 列出URI,以及该资源组中每个资源的详细信息(后者可选)。 使用给定的一组资源替换当前整组资源。 在本组资源中创建/追加一个新的资源。该操作往往返回新资源的URL。 删除整组资源。
    单个资源的URI,比如https://example.com/resources/142 获取指定的资源的详细信息,格式可以自选一个合适的网络媒体类型(比如:XML、JSON等) 替换/创建指定的资源。并将其追加到相应的资源组中。 把指定的资源当做一个资源组,并在其下创建/追加一个新的元素,使其隶属于当前资源。 删除指定的元素。
    PUT和DELETE方法是幂等方法。GET方法是安全方法(不会对服务器端有修改,因此当然也是幂等的)。

    不像基于SOAP的Web服务,RESTful Web服务并没有“正式”的标准[4]。这是因为REST是一种架构,而SOAP只是一个协议。虽然REST不是一个标准,但大部分RESTful Web服务实现会使用HTTP、URI、JSON和XML等各种标准。

    实现举例
    例如,一个简单的网络商店应用,列举所有商品,

    GET http://www.store.com/products
    呈现某一件商品,

    GET http://www.store.com/products/12345
    下单购买,

    POST http://www.store.com/orders



    REST的优点
    可更高效利用缓存来提高响应速度
    通讯本身的无状态性可以让不同的服务器的处理一系列请求中的不同请求,提高服务器的扩展性
    浏览器即可作为客户端,简化软件需求
    相对于其他叠加在HTTP协议之上的机制,REST的软件依赖性更小
    不需要额外的资源发现机制
    在软件技术演进中的长期的兼容性更好
    实现
    Ruby on Rails1.2以后的版本支持REST model。
    JBoss RESTEasyJBoss的REST实现
    Node.js RESTful APINode.js实现RESTful API
    Learn REST: A RESTful Tutorial
    参考文献
    引用
    Fielding, Roy Thomas. Chapter 5: Representational State Transfer (REST). Architectural Styles and the Design of Network-based Software Architectures (Ph.D.). University of California, Irvine. 2000. This chapter introduced the Representational State Transfer (REST) architectural style for distributed hypermedia systems. REST provides a set of architectural constraints that, when applied as a whole, emphasizes scalability of component interactions, generality of interfaces, independent deployment of components, and intermediary components to reduce interaction latency, enforce security, and encapsulate legacy systems.
    理解RESTful.
    Richardson, Leonard; Ruby, Sam, RESTful Web Services, O’Reilly, 2007 ((May 8, 2007)), ISBN 0596529260
    Elkstein, M. What is REST?. Retrieved on 2009-07-04.
    来源
    Roy Thomas Fielding的博士论文“Architectural Styles and the Design of Network-based Software Architectures”
    Paul Prescod. 第二代web服务
    [隐藏]查论编
    网页设计
    客户端
    语言
    DHTML(HTML、CSS、JavaScript) HTML5 VBScript(IE专用) Java applet ActionScript(用于Flash)
    技术
    网页亲和力(无障碍网页检测) 无表格网页设计 响应式网页设计 MVVM WYSIWYG 容错(优雅降级) CSS Sprite DOM WebGL MathML
    服务端
    语言
    Active Server Pages ASP.NET(C♯、VB.NET) JSP(Java) PHP CGI ColdFusion Perl Python Ruby Smalltalk Node.js(JavaScript)
    技术
    Web应用框架 AJAX MVC 单页应用 CRUD REST
    应用
    博客 网络论坛 企业门户网站 电子商务 内容管理系统 电子出版 数字下载 网页游戏
    其他
    网页程序设计 网络应用程序 网页浏览器比较 排版引擎 搜索引擎最优化
    规范控制 编辑维基数据链接
    GND: 7592728-7 LCCN: sh2009000706
    分类:软件工程Web服务Web 2.0新词
    导航菜单
    没有登录讨论贡献创建账户登录条目讨论大陆简体
    汉漢阅读编辑查看历史搜索
    搜索维基百科
    首页
    分类索引
    特色内容
    新闻动态
    最近更改
    随机条目
    帮助
    帮助
    维基社群
    方针与指引
    互助客栈
    知识问答
    字词转换
    IRC即时聊天
    联络我们
    关于维基百科
    资助维基百科
    打印/导出
    下载为PDF
    可打印版本
    工具
    链入页面
    相关更改
    上传文件
    特殊页面
    固定链接
    页面信息
    维基数据项
    引用本页
    左侧跳顶连接
    短链接

    其他语言
    العربية
    Deutsch
    English
    Español
    Français
    Bahasa Indonesia
    Italiano
    한국어
    Русский
    还有16种语言
    编辑链接
    本页面最后修订于2019年10月2日 (星期三) 08:40。

    展开全文
  • 业务层 、服务层、数据层、表现层

    万次阅读 2018-11-26 14:34:48
    表现层:它一方面为用户提供了交互的工具,另一方面也为显示和提交数据实现了一定的逻辑(页面展示和各种交互包括提交) 业务逻辑层:包含了系统所需要的所有功能上的算法和计算过程,并与数据访问层和表现层交互。...

    表现层:它一方面为用户提供了交互的工具,另一方面也为显示和提交数据实现了一定的逻辑(页面展示和各种交互包括提交)

    业务逻辑层:包含了系统所需要的所有功能上的算法和计算过程,并与数据访问层和表现层交互。(服务端返回  数据的处理以及相应页面的变化)

    服务层:相当于中间类的作用,中间的工厂类提供了另一个通用放任接口让调用者可以使用接口暴漏的方法,而无需关注架构或底层发生的怎样的变化(但系统存在感不明显,多系统集成的时候明显,方便维护管理)

    例子说明:
           比如某公司的网站有很多新闻,新闻的来源可能是来自一个新闻录入系统,或者某些机构提供的报告,还有可能是其他的来源……开发的时候这是N个系统,A负责开发一个新闻录入系统把新闻添加入库,B负责把机构提供的报告进行一定的格式转换存入数据库,C负责……将来这些系统也部署在不同的服务器上。问题是,这N个系统有很多操作对于入库而言是相同的,比如说验证,也就是对新闻的检查工作,标题不能超过多少字,摘要不能超过多少字,某个新闻来源是不能用的等等。好了,如果入库前每个系统都做这样一个逻辑显然不能保证逻辑的统一,如果我们的表现层对于新闻入库的调用统一来源某个WCF服务,由这个WCF服务负责和后端的业务逻辑打交道。

            这样,即使业务逻辑发生了改变,由于服务的接口没有发生改变,表现层也就无需改动(表现层只知道调用服务的增删改查方法,但服务具体在增删改查的时候做了什么表现层是一无所知的)。

     

    数据访问层:所有从介质化读取数据或写入数据的工作都属于这一层的任务。


    原文地址:https://blog.csdn.net/juse__we/article/details/80585196 

    展开全文
  • 表现层就是看到的东西,比如你现在看到的当前页面 控制层就将你的请求从页面传到后台代码 逻辑层就是处理你的请求的代码 DAO层就是将数据存到数据库中的代码 数据库就是数据库了,存东西用的 ,DAO层就是将访问...
  • 表现层就是看到的东西,比如你现在看到的当前页面 控制层就将你的请求从页面传到后台代码 逻辑层就是处理你的请求的代码 DAO层就是将数据存到数据库中的代码 数据库就是数据库了,存东西用的 ,DAO层就是将访问...
  • 原文 http://codecapsule.com/2014/02/12/coding-for-ssds-part-3-pages-blocks-and-the-flash-translation-layer/ ...此外,我描述了闪存转换层(FTL)的概念,以及应用了闪存转换层的两个技术:逻辑块地
  • UML 状态

    千次阅读 热门讨论 2018-07-31 10:23:59
    在系统分析员对某对象建模时,最自然的方法并不是着眼于从活动到活动的控制流,而是着眼于从状态到状态的控制流。...此外,在面向对象分析与设计中,对象的状态、状态的转换、触发状态转换的事件、对象对事件...
  • 状态模式——从斗地主开始说起

    千次阅读 2019-11-08 07:42:11
    很多事物在特定条件下转换成不同的状态,在不同状态表现出不同的行为。 在软件系统中,有些对象在不同的条件下也具有不同的状态,不同状态之间可以相互转换。通过判断不同的条件分支(if...else...或者switch....
  • 6、黑盒测试用例设计方法之状态迁移图法 标签: 杂谈 分类:一、测试基础-测试用例方法 ...通过构造能导致状态迁移的事件来测试状态之间的转换,常用于协议测试 用这种方法可以设计逆向的...
  • 很多架构师不太重视表现层,仅将表现层作为业务层和数据访问层完成后的一个细节处理。但实际上,用户界面、业务逻辑和数据访问代码在任何一个系统中都是同等重要的。你的态度、偏好和自身的专业技能决定了你为每个层...
  • 【Java设计模式】状态模式

    千次阅读 多人点赞 2019-07-12 11:42:31
    一个对象存在多个状态(不同状态下行为不同),且状态可相互转换 优点 ◆ 将不同的状态隔离 ◆ 把各种状态转换逻辑,分布到State的子类中,减少相互间依赖 ◆ 增加新的状态非常简单 缺点 ◆ 状态多的业务场景导致...
  • Hibernate三种状态转换

    千次阅读 2011-04-06 11:19:00
    <br />hibernate的状态  hibernate的各种保存方式的区(save,persist,update,saveOrUpdte,merge,flush,lock)及 对象的三种状态  hibernate 的保存  hibernate对于对象的保存提供了太多的方法...
  • 在传统三层架构中,MVC的理念被应用在表现层:View提交请求数据给Controller,Controller返回数据用于渲染View,两者之间以Model(VO - ViewModel)的形式进行通信。如下图: mvc模式示意图 七、模块说明 注:...
  • UML图详解(八)状态机(状态图和活动图)

    万次阅读 热门讨论 2016-06-15 13:56:52
    从对象的初始状态起,开始响应事件并执行某些动作,这些事件引起状态转换;对象在新状态下又开始响应事件和执行动作,如此连续进行直到终结状态。 二、状态状态图(State Diagram) =状态(State) + 迁移...
  • 深度学习模型转换

    千次阅读 多人点赞 2019-05-24 20:44:24
    BERT模型在机器阅读理解顶级水平测试SQuAD1.1中表现出惊人的成绩:全部两个衡量指标上全面超越人类,并且还在11种不同NLP测试中创出最佳成绩,包括将GLUE基准推至80.4%(绝对改进7.6%),MultiNLI准确度达到86.7%(绝对...
  • DDD领域驱动设计:四架构应用

    千次阅读 2021-12-17 09:49:21
    文章目录前言一、DDD四层与传统三层区别二、四层架构详解1.分层作用2.领域对象三、编码实践1.代码结构四、常见问题1....我们常用的三层架构模型划分为表现层,业务逻辑层,数据访问层等,在DDD分层结构
  • 游戏中的状态

    千次阅读 2014-10-14 19:05:27
    通俗一点讲,它是一个事件驱动系统的模型,这个模型由有限数目的状态,若干输入和状态状态之间转换的规则组成。在某一时刻,有一个或一组状态是FSM的当前状态,FSM接收输入事件并根据转换规则,将当前状态转为新的...
  • 表示对象的一种状态 椭圆内部填写状态名 箭头:表示从箭头出发的状态可以转换到箭头指向的状态 事件:引起状态转换的原因 事件名可在箭头线上方标出 条件:事件名后加方括号 括号内写状态转换条件 实心圆:初始状态 ...
  • 一般来说,“状态机”是一种表达状态转换变换逻辑的方法。曾经有人和我讨论过为什么不直接用ifelse,而要使用“状态机”去实现一些逻辑,认为使用“状态机”是一种炫技的表现。然而对于大型复杂逻辑的变化和跳转,...
  • kettle详解(数据抽取、转换、装载) 一:下载路径 当你要学习一个工具时,往往一开始就找不到下载路径,也不知道是为什么,连个官网都找不到,最后还是问的别人要的路径,做程序好心酸。 ... 二:学习 ...
  • OSI七协议在网络传输中扮演的角色及功能:7、应用——–电脑的各种数据6、表示 ——– 处理用户信息的表示问题,如编码、数据格式转换和加密解密5、会话——–会话管理、会话流量控制、寻址、寻址4、传输...
  • 游戏状态机介绍

    千次阅读 2014-10-14 18:49:06
    对于实现这样的转换,不同的游戏做法有所差异,但基本上会实现一个游戏状态机系统。状态机系统在游戏开发中根深蒂固,以至于该系统应该是游戏引擎不可或缺的一个核心部件。 简单游戏状
  • Unity编辑器处于打开状态时,假设一个文件的.meta意外丢失,并且该资源文件的路径没有改变,编辑器可以保证这个资源会被分配到相同的文件GUID。 如果在Unity编辑器处于关闭状态时丢失.meta文件,或资源文件被移动但...
  • ip_conntrack的TCP状态

    千次阅读 2013-11-09 08:21:26
    其区别如下:TCP状态机:为TCP的两端分别维护一个状态机,TCP连接的主动发起/被动发起和主动关闭/被动关闭的状态转换是不同的。ip_conntrack的TCP状态机:只有一个概念,即conntrack本身,因此也就只有一个状态机...
  • 数据类型转换;python,numpy,pandas数据相互转换;及数据转换过程中 出现的问题解决办法。 pandas 数据类型 2018/12/11 1.数据类型 2.查看通用的所有子类型 dtypes:  1.查看数据类型:  df.info()  df....
  • 网络中的iso七模型

    千次阅读 2018-08-10 08:51:38
    其中,PPTP和L2TP工作在数据链路,IPSec工作在网络,SOCK v5工作在会话。   OSI参考模型各个层次的基本功能如下:  应用:应用也称为应用实体,一般是指应用程序,该主要负...
  • http协议详解及htt面试题目,常见的http状态

    万次阅读 多人点赞 2017-04-20 12:54:18
    如果数据是英文字母/数字,原样发送,如果是空格,转换为+,如果是中文/其他字符,则直接把字符串用BASE64加密,得出如: %E4%BD%A0%E5%A5%BD,其中%XX中的XX为该符号以16进制表示的ASCII。   POST提交:把...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 95,094
精华内容 38,037
关键字:

表现层状态转换