关于navsion webservice培训文案.docx

关于navsion webservice培训文案.docx

《关于navsion webservice培训文案.docx》由会员分享，可在线阅读，更多相关《关于navsion webservice培训文案.docx（17页珍藏版）》请在冰豆网上搜索。

关于navsionwebservice培训文案

关于navisionwebservice培训文案

目录

一、什么是webservice2

二、webservice的优缺点2

2.1跨防火墙通信3

2.2应用程序集成4

2.3B2B集成4

2.4软件和数据重用5

2.5单机应用程序7

2.6局域网的同构应用程序7

三、学习webservice需要掌握的一些基本知识8

3.1XML（ExtensibleMarkupLanguage）可扩展标记语言8

3.2HTTP8

3.3Soap（simpleobjectaccessprotocol）简单对象访问协议8

3.4WSDL（webservicedescriptionlanguage）webservice描述语言9

四、NavisionWebservice服务安装9

五、Navision发布webservice13

六、Navisionwebservice案例一15

七、NavisionwebService案例二19

八、结束语22

一、什么是webservice

它是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。

WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap）来访问WebService,通过WebService内部执行得到所需结果.WebService可以执行从简单的请求到复杂商务处理的任何功能。

一旦部署以后，其他WebService应用程序可以发现并调用它部署的服务。

编者按：

顾名思义，它就是一个部署在web上的服务，服务的内容可以定制，这个服务大家可以理解成Navision中的一个普通函数，它提供了某些特定的作用，有可能这个函数修改一些数据，没有任何返回；也有可能这个函数，执行某些操作，然后产生一个返回值（譬如查询出某个数值）。

使用者不需要知道里面的具体实现，只需要知道如何调用这个函数，以及这个函数将会返回什么样的值就可以了。

通过使用webservice这个函数，就可以将一个内部系统的功能或者数据提供给该服务的使用者，这样就能达到内部系统与外部系统通讯的目的，从而将多套系统有机的结合起来。

二、webservice的优缺点

有webservice在创建可互操作、分布式的应用程序平台方面为用户带来了极大的好处，那么它有哪些优点，又存在哪些限制呢？

首先介绍webservice服务的优点：

1、跨防火墙的通信

如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。

因为客户端和服务器之间通常会有防火墙或者代理服务器。

在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。

传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。

这样做的结果是开发难度大，程序很难维护。

举个例子，在应用程序里加入一个新页面，必须先建立好用户界面（Web页面），并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。

要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。

如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。

要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。

不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。

同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。

从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20%的开发时间。

另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。

最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。

编者按：

2008年，公司的电子商务系统与ERP的集成就是通过COM件的技术，造成一个头疼的问题就是，凡是公司大楼内部的电脑，如果要使用电子商务，就必须安装COM组件。

一旦没有安装com组件，就会报错。

2、应用程序集成

企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。

应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。

即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。

通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。

编者按：

在公司内部，可供参考的例子是公司ERP系统与电子商务系统的数据交互系统。

ERP系统“暴露”自己的web服务给电子商务系统调用，同时，电子商务系统“暴露”自己的web服务给ERP系统调用。

通过互相调用对方的web服务，从而达成系统数据同步的目的。

3、B2B的集成

用WebService集成应用程序，可以使公司内部的商务处理更加自动化。

但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？

跨公司的商务交易集成通常叫做B2B集成。

　　WebService是B2B集成成功的关键。

通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。

例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。

当然，这并不是一个新的概念，EDI（电子文档交换）早就是这样了。

但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。

不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。

WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。

　　用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。

只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。

这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。

编者按：

在公司内部，可供参考的例子是从物产集团拜特系统中获取银行流水信息。

拜特系统是部署于集团的一套信息系统，通过webservice，拜特系统将它内部的数据“暴露”出来供数据消费者也就是我们金属公司使用。

4、软件和数据重用

软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。

最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

　　当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。

但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。

原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。

WebService在允许重用代码的同时，可以重用代码背后的数据。

使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。

举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。

WebService的提供商可以按时间或使用次数来对这项服务进行收费。

这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。

　　另一种软件重用的情况是，把好几个应用程序的功能集成起来。

例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。

现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。

一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。

将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件/WebService的混合结构，可以在应用程序中使用第三方WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给别人。

两种情况下，都可以重用代码和代码背后的数据。

从以上论述可以看出，WebService在通过Web进行互操作或远程调用的时候是最有用的。

不过，也有一些情况，WebService根本不能带来任何好处。

1、单机应用程序

目前，企业和个人还使用着很多桌面应用程序。

其中一些只需要与本机上的其它程序通信。

在这种情况下，最好就不要用WebService，只要用本地的API就可以了。

COM非常适合于在这种情况下工作，因为它既小又快。

运行在同一台服务器上的服务器软件也是这样。

最好直接用COM或其它本地的API来进行应用程序间的调用。

当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。

2、局域网的同构应用程序

在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。

例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。

在这些程序里，使用DCOM会比SOAP/HTTP有效得多。

与此相类似，如果一个.NET程序要连接到局域网上的另一个.NET程序，应该使用.NETremoting。

有趣的是，在.NETremoting中，也可以指定使用SOAP/HTTP来进行WebService调用。

不过最好还是直接通过TCP进行RPC调用，那样会有效得多。

三、学习webservice需要掌握的一些基本知识

1、XML（ExtensibleMarkupLanguage）可扩展标记语言

因为这个是一个面向信息部内部人员的培训文案，所以应该大家都是对HTML语言是有所了解的。

HTML是有固定标记的，譬如等等，这个都是由语言自身规定的，不得随意改动。

而xml语言与此最大的区别就是它是没有固定标记的，标记都是可以自定义的。

并且它有严格规定标记必须成对出现，次序不得混乱，而且标记对必须关闭。

因为XML自身也是一个比较大的学习点，所以更多的内容需要各位同事到网上去学习，或者买些相关书籍阅览。

在这里只强调一点，XML实际上只是作为一种数据存储方式来使用的。

大家可以将它理解为一个放数据的东东，而且放在里面的数据都是文本格式的。

2、HTTP

超文本传输协议，这个应该大家都是知道的。

3、SOAP（simpleobjec