完美者（wmzhe.com）网站以软件下载为基础，改版后的网站对功能性板块进行扩充，以期能够解决用户在软件使用过程中遇见的所有问题。网站新增了“软件百科”、“锦囊妙技”等频道，可以更好地对用户的软件使用全周期进行更加专业地服务。
一个功能强大的离线浏览工具，它可以帮助你完整的将指定的网站中的所有文件和图片、压缩包、多媒体视频或者音频文件统统下载下来，完全自动化操作，不需要人为的干预就可以轻松完成所有的下载工作。"锦囊妙技"栏目是聚合全网软件使用的技巧或者软件使用过程中各种问题的解答类文章，栏目设立伊始，小编欢迎各路软件大神朋友们踊跃投稿，在完美者平台分享大家的独门技巧。
本站文章素材来源于网络，大部分文章作者名称佚失，为了更利于用户阅读和使用，根据需要进行了重新排版和部分改编，本站收录文章只是以帮助用户解决实际问题为目的，如有版权问题请联系小编修改或删除，谢谢合作。
软件大小：1.22 MB
它不是一种框架，而是一种技术。通过web的方式访问和web service没必然关系. 来个官方点的解释：Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。 Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以Web Service可以在任何支持这些标准的环境（Windows,Linux）中使用。注：SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。 我的理解就是：各个站点之间互相调用方法实现功能，不受操作系统，编程语言等等的限制，比如：工行的网上银行系统是使用java编写的，中行的网上银行系统是使用.net编写的，可是他们各自提供转账的对外接口，实现跨语言、平台的信息交互。在工行的提款机上可以使用中行的卡取钱，它其实是调用了人家中行的系统的方法和中行的数据库交互，中行的数据库是不允许工行的程序去访问的。反之亦然。推而广之... 表达能力不行，不知道你听懂没 还可以去看看这:http://hi.baidu.com/bruce203/blog/item/ee02e2b09539655c08230275.html
1. 什么是Restful 其实早在web service概念产生前就有了restful的概念，或者说restful是和Http一起诞生的。 可以参阅 Roy Fielding 的论文“Architectural Styles and the Design of Network-based Software Architectures”， 我本身并没有读过。 Restful的意思是‘宁静的’，你可以理解为‘简约而不简单’，或者‘和谐的’。一个协议只有足够的简约才有扩展性和生命力，复杂的东西往往伴随的是大量bug和规模膨胀后的不可控。 Restful就是Http的本质，仅仅是一个资源URI，和Get，Post，Put，Delete四种操作。一切Web的行为皆源于此。 所以早期的网站，或者说是静态的网站的都是Restful的，如果广义的把浏览器获取web page当做一种web service的话，那么他们都提供了Restful Web Service。 所以Restful并不是个陌生的概念，更不是个新的概念，只不过是一直被忽略了。 一样东西之所以被忽略，因为没有对立面， 或者说没有可比较的东西。世界上的概念都是相对的，有了丑才有美，有了胖才有瘦。 同样当仅仅只有restful的时候，便很少有人真正了解restful的意思。 直到有一天，restful的原则被打破，世界上出现了非restful的web行为，我们可以把它称做‘RPC-style’的web service。2. RPC-style RPC是个大家都很熟悉的东西，remote procedure call，就是说我要调用其他机器上的程序就象调用我本机的函数一样。 早期的做法开个socket端口，把参数传过去，然后执行完再通过socket把结果传回来。 这样的缺点是就是不同的解决方案的传参数和结果的协议不同，大家之间没发通用，还有就是可能无法穿越防火墙。 直到XML技术诞生，用XML来规范接口，并且XML文档本身就是纯文本可以方便的通过Http端口传输，这样就大大的方便了在web互相之间的调用。 于是Web Service的概念诞生了，而这种Web Service是‘RPC-style’的。3. Http 顺便聊一下Http协议，Http诞生就是为了进行Web访问，用来传输Html文档的。不过他的能力远远大于此。 Http本身就是个envelope协议，他并不管envelop里面装的是什么，所以其实你可以通过http传输任意数据（图片，音乐），只要可以将它编码成文本（如用base64）。 Http本身规定了4种操作，可是他并没有强制服务器真正的行为。比如你通过Http发出的Get指令，服务器在收到这个指令后可以做些完全和Get不相关的事情。 Http的灵活性带来了很多好处，但同时也带来了副作用，Web不再restful，变的有点小乱。4. ROA 其实RPC-style和Restful看待事物的角度是不同的，大家都说Restful是一种RO，即面向资源的，那么RPC-style应该仍难是传统的OO，即面向对象的。 对于RPC-style而言，Server就是一个对象，这个对象有许多的属性和方法，我们通过http传递参数来调用这些方法，这里http仅仅被用来做为一个传递者，request的真正含义皆在soap envelop中。 对于Restful而言，Server就是个资源的集合，里面有web pages，web services，或其他资源，对于资源的操作是固定的。我们可以用http象访问网页一样访问web service。 对于Web而言，似乎ROA这种架构更能保持web访问的一致性，也更简单。5. Ajax Ajax出现的初始动机就是我们可以仅仅刷新部分网页，这样更快，也更合理，不然每次都要刷新整个网页。 同时，Ajax的出现也为遵守Restful原则提供了一种很好的solution。 Restful很重要的原则是无状态性，即服务器不会保存http request的上下文。这是很必要的，否则当用户很多时，服务器的负荷会爆掉的。 我们应该在客户端记录request上下文，然后每次发给服务器。 Ajax出现前，每次request都会刷新这个页面，所以很难记录之前request的上下文，现在有了Ajax, 用户不用每次刷新整个页面，所以可以有效的记录上下文。 所以可以比较简单的完成胖客户端－瘦服务器的架构。
java project就是普通的用java写的程序，直接就能运行的，web project,web service project不能直接运行，必须在容器里面运行，这个容器就是web server,例如tomcat,jboss。web project就是web工程，简单的讲做网站的工程，web service project是以http为通信协议xml为媒介来传输数据以达到运行调用java程序的目的。 有不明白的加我msn:我给你3个demo，自己去看 gy198466@hotmail.com
方法/步骤 点击eclipse图标，打开笔记本电脑的eclipse应用程序 开始创建第一个web工程，点击【文件】，展开二级目录，选择下拉列表的第三个选项Dynamic Project，点击创建新的一个工程 进入设置，首先是Project name 的命名 ，这里以test命名，然后点击右下角的下一步 进入下一个页面，直接在点击下一步即可 进入下一个页面，勾选Generate web.xml deployment descriptor 点击完成 创建成功之后在主页面的左边出现test工程 右击test工程，展开新建选项，选择JSP File 进行命名，然后直接点击完成即可 成功创建第一个JSP文件。
