返回

(定稿)东方鑫村农产品批发市场冷链物流中心建设项立项申报材料2(喜欢就下吧) (定稿)东方鑫村农产品批发市场冷链物流中心建设项立项申报材料2(喜欢就下吧)

格式:word 上传:2026-10-24 07:36:30
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(1)
第 1 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(2)
第 2 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(3)
第 3 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(4)
第 4 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(5)
第 5 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(6)
第 6 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(7)
第 7 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(8)
第 8 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(9)
第 9 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(10)
第 10 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(11)
第 11 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(12)
第 12 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(13)
第 13 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(14)
第 14 页 / 共 120 页
东方鑫村农产品批发市场冷链物流中心建设项立项申报材料.doc预览图(15)
第 15 页 / 共 120 页
预览结束,还剩 105 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

确地转发请求信息。


这基于注册服务器的转发。


域包含主叫的地址。


如果地址可以出现在请求中,并在同个呼叫中,由其他产生,主叫必须插入出参数到域中。


应该可选的增加个包含个可以联系的地址,返回被叫到主叫的事务。


被叫发出的响应被叫接收到初始的请求,被叫可以接受,重定向,或者拒绝呼叫。


在所有的这些情况中,都要返回个响应。


响应的信息必须从请求域中拷贝下面的域,和域。


另外,如果在请求中包含个或者多个头域,必须在域的响应中增加参数。


因为个从的请求应该分叉并到达多个主机,将根据区分来自不同的响应。


可以在响应中增加个域。


这里包含个被叫希望连接的被叫地址,包括目前请求的。


保存和的值,包括任何。


这些分别变成本地或者远端地址。


主叫接收并响应初始化的请求因为,单个请求,多个响应可以到达。


每个响应通过头域中的参数区别。


主叫应该通过每次响应的,选择识别或者结束呼叫。


为了识别,它发送个请求,为了结束,发送个请求。


在或者的头域中,包括任何类型的,头域,必须与响应的域致。


缺省时,或者的被设置成在响应中的地址。


相反的,可以从头域拷贝地址到。


在每个响应中,也会注意到和的值。


对于每个呼叫历程,头域变成远端地址,而头域变成本地地址。


用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫或者被叫产生二级并发请求旦呼叫已经建立,主叫或者被叫可以产生或者请求,来改变或者结束呼叫。


不管是主叫还是被叫产生新的请求,在请求中的头域如下设置。


对于期望的,头域设置为远端地址,头域设置为本地地址两者包含任何。


联系头域与先前响应或者请求的域不同。


应该设置成联系头域的值,这个联系头域被先前的从远端发送过来的请求或者响应接收,或者设置成远端地址。


接收的并发请求当请求后来被接收,将进行下面的检查如果是新的,不管是否是和头域的值,认为请求是个新的呼叫。


如果已经存在,那么请求是对于个存在的呼叫。


如果和值与先前接收的致,则这个请求是个重传请求。


如果上面两步没有匹配到,和域比较存在的和本地及远端的地址。


如果这里匹配,在请求中的比上个值,这样对于存在的,这个请求是个新的事务。


消息机制结构使用于消息的头部,表示发起者,当前地址,重定向地址,请求的最终接受者。


协议采用的的般结构是用户名口令主机端口传送参数用户参数方法参数生存期参数服务器地址参数头部名头部值这里未采用严格的形式化表示形式。


其中表示需采用协议和所指示的端系统通信。


用户名可由任意字符组成,般可取类似于用户名的形式。


的个特定功能是允许主机类型为电话网关,此时的用户名可为般的电话号码。


由于语法表示不能区分电话号码和般的用户名,因此在域名后面增加了用户参数字段,该字段有两个可选值和,当其设定为时,表示用户名为电话号码,对应的端系统为电话网关。


主机可为主机域名或地址。


端口表示请求消息送往的端口号,其缺省值为,即公开端口号。


口令可以置于中,但般不这样做,因为其安全性是值得考虑的。


传送参数指示采用还是传送,缺省值为。


服务器地址参数指示和该用户通信的用户代理软件的设计与实现多播数据包的寿命,仅当传送参数为且服务器地址参数为多播地址时才能使用。


消息结构消息的般格式,用范式形式化表示请求方法邀请用户加入会话,会话包含于消息体中。


对于请求的最终响应的证实。


成功的响应由发出请求的给予响应,不成功的响应可以由收到此响应的第个有状态代理服务器给予响应,也可以由给予响应。


询问服务器的能力。


指示释放已经建立的呼叫。


请求按请求同样的方式前转,可以由主叫方或者被叫方发出。


收到请求后,应该停止向发出请求的方发送媒体流。


在服务器上注册字段地址。


取消个尚未完成的请求。


对于已经完成的请求,则没有影响。


响应消息响应状态码第位指示响应类别,后两位数字表示该类中的具体响应。


表示呼叫进展。


表示请求已经成功接收,完全理解并被接受。


用户代理软件的设计第四章基于协议的用户代理软件的设计与实现重定向响应,表示需采取进步动作,完成该请求。


客户出错。


服务器出错,表示服务器不能完成合法的请求。


全局故障。


表示任何服务器都不能完成该请求。


是协议的核心机制。


发出邀请请求后,终端用户或者网络应该回送响应。


在中,响应分成两大类。


类是中间响应,报告呼叫进展情况,另类是最终响应,包括成功响应和失败响应。


客户和服务器之间的操作从第个请求到最终请求的所有消息构成个事务。


个正常成功的呼叫包含三个事务邀请请求发起的事务到成功最终响应。


对这个响应的请求。


呼叫终结请求发起的事务。


注意对不成功邀请的响应的应答不构成个单独的事务。


协议定义的是呼叫建立终结和修改的信息,并不涉及媒体控制。


媒体类型,编码格式和收发地址等信息由传送。


可以采用不同的应用层控制协议。


如果采用传送,要求响应消息沿着请求消息发送的同样路径传送,以支持中间服务器对呼叫的监视和状态控制。


对于经多播传送的请求,其响应应送往同个多播地址和目的端口。


如果采用传送,则同事务的请求和响应应该在同连接上发送。


同客户到同服务器的若干事务请求可以用同连接,也可以用不同的连接。


呼叫控制过程和示例呼叫是由个会议的所有参与者组成的,在系统中,呼叫由唯标识。


个端到端的会话与个呼叫相对应,而在基于多点控制单元的会议中,每个参与者通过单独的呼叫将自己引荐给,完成多点会议的初始化。


协议支持三种呼叫模式由用户代理客户机向用户代理服务器直接呼叫,由在重定向服务器的辅助下进行重定向呼叫和由代理服务器代表向被叫发起呼叫。


以重定向服务器信令过程为例,来说明呼叫建立过程见图。


主叫方向被叫域服务器发送请求该服务器配置成重定向服务器,向定位服务器发出查询请求定位服务器返回被叫当前地址④重定向服务器向主叫回送响应,字段置入被叫当前地址主叫回送证实消息主叫向被叫用户当前地址重新发送消息被叫用户回送响应消息用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫用户向被叫用户回送证实消息。


图呼叫建立过程注册服务器经常用作启动后的注册,由于在消息中使用了地址的缘故,因此,当请求到达时,代理服务器或者重定向服务器可以直接正服务器地址,通常为多播地址。


生存期参数指示用户代理软件的设计第四章基于协议的特性我们能够结构化服务的定义避免很庞大的定义文件。


当服务被调用时,调用者并不会关心是哪种类型的服务,可能是文件也可能是简单的服务。


只是关心正确的参数传入到服务,第二节简单的方法简单方法的文件位于组件的文件夹下,在下创建,在最终的文件。


在我们增加内容到之前首先确保文件夹在类路径里,打开,增加指定服务定义能够被解析。


在增加接下来把增加到该命令会执行查询实体,这个查询的标准必须是主键。


该句代码定价于代码。


,尽管看到没有那么复杂,它极大程度上的简化了代码,在代码中从中获取,从中获取方法的调用包在中。


第二节简单的事件我们调用的事件,同样的方式能在中调用的事件,这个事件会告诉控制的如何通过增加元素来处理事件。


调用简单事件会执行准备和验证通过的传进来的参数的集合,当个事件被调用的时候,对象将会被传入,作为个参数传入,对于简单的事件,增加到上下文在同样的位置就像文件创建个新文件增加个元素在标签,最后,增加到从事件被调用的地方。


简单方法所做的事不仅仅是让个消息写到中,而是通过这个能够调试。


第四章实体和服务接下来会讲解在中数据模型和业务逻辑的定义,如何在中使用。


第节实体数据模型数据模型的物理实现形式是通过属性,关系,其实现可以是或者是对象,或者是两者的结合。


提供的实体引擎允许数据模型在高层次的抽象上实现。


数据模型在文件中定义,提供了系列的来操作实际的数据,查找,创建,更新,删除,实体引擎允许我们做数据的操作是在高层,而不是和代码。


架构的实现是独立于现有的数据库。


减少了维护的代码,当应用程序需要改变时。


通过系列简单的避免了对象关系持久化的开销。


数据模型的基本单位是实体,接下来是关于个人实体的定义。


实体类似于中的表或者是对象,有些可变的字段,实体引擎将会从这些定义和创建数据库的表开始,检查表是否违反了定义,如果需要的情况下就修改表。


这些字段的类型会定义为通用的类型,当和交互时会自动转化为的类型,和交互就会自动转化为的类型。


关系可以是对或者是多对多,也可以涉及些参照完整性的检查不是必须的,使用这些关系可以运行从个实体到另个实体,而不用记住那个键值相关联。


这些键值得改变时用在关系上,就避免了直接通过应用程序来改变。


注意可以自动生成外键的名字,但是最好还是自己指定,避免键的冲突。


第二节是使用的语法的门动态的脚本语言,在中用作视图层数据的收集,可以用作调试,测试,原型设计,事实上实体服务可以用来设计。


下载和安装,在的官网下载最新版,如果是允许桌面版直接双击该文件,如果是想在命令行中来使用,将文件加入到环境变量,如设为在命令行中使用命令显示为当开始时,注意到在控制台出现如下信息,这告诉我们在端口开启了的容器,你可以通过到该端口,有所有的权限来访问服务器。


允许你测试代码和监听事件。


将文件放在文件夹下,能够调用数据,这样为你的可以展示,例子数据仅仅是展示用的。


第二节业务确地转发请求信息。


这基于注册服务器的转发。


域包含主叫的地址。


如果地址可以出现在请求中,并在同个呼叫中,由其他产生,主叫必须插入出参数到域中。


应该可选的增加个包含个可以联系的地址,返回被叫到主叫的事务。


被叫发出的响应被叫接收到初始的请求,被叫可以接受,重定向,或者拒绝呼叫。


在所有的这些情况中,都要返回个响应。


响应的信息必须从请求域中拷贝下面的域,和域。


另外,如果在请求中包含个或者多个头域,必须在域的响应中增加参数。


因为个从的请求应该分叉并到达多个主机,将根据区分来自不同的响应。


可以在响应中增加个域。


这里包含个被叫希望连接的被叫地址,包括目前请求的。


保存和的值,包括任何。


这些分别变成本地或者远端地址。


主叫接收并响应初始化的请求因为,单个请求,多个响应可以到达。


每个响应通过头域中的参数区别。


主叫应该通过每次响应的,选择识别或者结束呼叫。


为了识别,它发送个请求,为了结束,发送个请求。


在或者的头域中,包括任何类型的,头域,必须与响应的域致。


缺省时,或者的被设置成在响应中的地址。


相反的,可以从头域拷贝地址到。


在每个响应中,也会注意到和的值。


对于每个呼叫历程,头域变成远端地址,而头域变成本地地址。


用户代理软件的设计第四章基于协议的用户代理软件的设计与实现主叫或者被叫产生二级并发请求旦呼叫已经建立,主叫或者被叫可以产生或者请求,来改变或者结束呼叫。


不管是主叫还是被叫产生新的请求,在请求中的头域如下设置。


对于期望的,头域设置为远端地址,头域设置为本地地址两者包含任何。


联系头域与先前响应或者请求的域不同。


应该设置成联系头域的值,这个联系头域被先前的从远端发送过来的请求或者响应接收,或者设置成远端地址。


接收的并发请求当请求后来被接收,将进行下面的检查如果是新的,不管是否是和头域的值,认为请求是个新的呼叫。


如果已经存在,那么请求是对于个存在的呼叫。


如果和值与先前接收的致,则这个请求是个重传请求。


如果上面两步没有匹配到,和域比较存在的和本地及远端的地址。


如果这里匹配,在请求中的比上个值,这样对于存在的,这个请求是个新的事务。


消息机制结构使用于消息的头部,表示发起者,当前地址,重定向地址,请求的最终接受者。


协议采用的的般结构是用户名口令主机端口传送参数用户参数方法参数生存期参数服务器地址参数头部名头部值这里未采用严格的形式化表示形式。


其中表示需采用协议和所指示的端系统通信。


用户名可由任意字符组成,般可取类似于用户名的形式。


的个特定功能是允许主机类型为电话网关,此时的用户名可为般的电话号码。


由于语法表示不能区分电话号码和般的用户名,因此在域名后面增加了用户参数字段,该字段有两个可选值和,当其设定为时,表示用户名为电话号码,对应的端系统为电话网关。


主机可为主机域名或地址。


端口表示请求消息送往的端口号,其缺省值为,即公开端口号。


口令可以置于中,但般不这样做,因为其安全性是值得考虑的。


传送参数指示采用还是传送,缺省值为。


服务器地址参数指示和该用户通信的

下一篇
  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库-精品文档 帮帮文库-免费阅读 帮帮文库-海量资源
换一批

搜索

客服

足迹

下载文档