linzhisong的专栏

Struts 控制器　　MVC 体系结构的控制器部分主要集中于接收客户端的请求(一般为运行 Web 浏览器的用户)，决定执行哪一种业务逻辑功能来响应请求，然后负责生成下一个用户界面连接到合适的视图组件上去。在 Structs 中，控制器的主要组件就是 ActionServlet 类的一个小服务程序。　　ActionServlet 负责通过 XML 文档将 URI 请求映射到特定的行为。这个

示例　　我已经附上了实现此处所讨论的体系结构的一个简单示例。所有的示例代码都包含在了 zip 文件中(请参阅下面的参考资料)。这个例子举例说明了一个简单的新闻 Portal。新闻内容是从数据源(这里称为 DataSource )传送到 JSP 页，同时信息内容也要作为一个 Web 服务发布出来。这个 Portal 也可以从 StockQuote Web 服务中检索最新的股票报价并显示在同一个

　当您要将企业应用程序转变成与 Web服务一起使用时，最简单的途径就是将单个操作与单个的企业服务结合在一块。但这并不是最好的方法。在本文中，Jerome Josephraj 向您展示了如何在测试过的真正模型-视图-控制器(MVC)设计模式的基础上来构建 Web 服务应用程序。为此，他修改了 Structs(一种流行的开放源码MVC 框架)，以使其适用于 Web 服务领域。通过研究此处所概述的样本应

最简单的MVC(Version)1.Mode模型(DataBaseGateWay.cs)using System;using System.Data;/// /// 模型(Mode)/// namespace Movecont{ public class DataBaseGateWay {  public static DataSet  GetCateList()  {   ClassDB d

简单粗糙的 Web 服务体系结构　　构建 Web 服务最简单的途径就是将单个操作与单个企业服务结合起来，如图 3 所示。在这种设计方法中，实现业务逻辑的服务与实现数据检索的服务是混合在一起的。　　图 3. 简单粗糙的 Web 服务体系结构　　这样的一种 Web 服务可以很容易从已有的业务组件中开发出来。然而，它有很多的缺点:对用户没有单个签名点，提供者与订阅者连接不够紧，业务逻辑没

如果您的客户都是特定的合作伙伴，那您就不需要使用注册表了。不过，您可以在您的应用程序的 Web 层或者在具备适当安全保护的熟知位置来发布您的 Web 服务描述( WSDL 和 XML schemas)。例如，假想有一个转售者的客户应用程序，他与某个特殊厂商有协定。客户应用程序已经在厂商开发时间中静态地 与 Web 服务结合在一起了。只有授权的团体才可以查询 XML schema 或者从 Web 层