防御性策略的一部分可以验证用户提供的值类型但也不是万无一失还是应该传递至数据库前得到附加验证。
缺点 1.如果更改范围大到需要对输入存储过程的参数进行更改或者要更改由其返回的数据则您仍需要更新程序集中的代码以添加参数、更新 GetValue 调用等等这时候估计比较繁琐了。
2.可移植性差 由于存储过程将应用程序绑定到 SQL Server因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
如果应用程序的可移植性在您的环境中非常重要则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
Sql语句灵活可移植性强查询速度比存储过程慢些 9 asp.net如何验证数据正确性以E_mail的为例 答在RegularExpressionValidator验证控件中加入正则表达式w-.ww-.w.w-.w 10 什么是webservice什么情况下使用如何使用 答 现在我将列举三种情况在这三种情况下你将会发现使用Webservice会带来极大的好处。
此后我还会举出不应该使用Webservice的一些情况。
跨越防火墙的通信 如果你的应用程序有成千上万的用户而且他们都分布在世界各地那么客户端和服务器之间的通信将是一个棘手的问题。
那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。
在这种情况下你想使用DCOM就不是那么简单了而且通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。
于是你最终选择了用浏览器作为客户端写下一堆ASP页面把应用程序的中间层暴露给最终用户。
结果呢运气好的话只是开发难度大了一些运气不好的话就会得到一个根本无法维护的应用程序。
想象一下你应该怎么在你的应用程序里面加入一个新的页面你必须先建立好用户界面Web页面以及在这个页面后面包含相应商业逻辑的中间层组件。
这还不够你还要再建立至少一个ASP页面用来接受用户输入的信息调用中间层组件把结果格式化为HTML形式最后还要把结果页送回浏览器。
要是客户端代码不再如此依赖于HTML表单客户端的编程不就简单多了吗还有建立ASP页面的那一步可以省略掉吗 当然。
如果你的中间层组件是Webservice的话你完全可以从用户界面直接调用中间层组件从而省掉建立ASP页面的那一步。
要调用Webservice你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端也可以使用你自己开发的SOAP客户端然后把它和你的应用程序连接起来。
这样做不仅可以缩短开发周期还可以减少代码的复杂度并增强整个应用程序的可维护性。
同时你的应用程序也不再需要在每次调用中间层组件时都跳转到相应的结果页了。
以我的经验来看在一个用户界面和中间层有较多交互的应用程序中使用Webservice这种结构可以轻松的节省花在用户界面编程上的20的开发时间。
这样做还有另一个好处就是你将得到一个由Webservice组成的中间层这一层是完全可以在应用程序集成或其他场合下被重用的。
最后通过Webservice把你的应用程序的逻辑和数据暴露出来还可以让其它平台上的客户重用你的应用程序。
应用程序集成 企业级的应用程序开发者都知道企业里经常都要把用不同语言写成的在不同平台上运行的各种程序集成起来而这种集成将花费很大的开发的力量。
你的应用程序经常都需要从运行在古老的IBM主机上的程序中获取数据或者再把数据发送到主机或UNIX应用程序中去。
即使是在同一个平台上不同的软件厂商生产的各种软件也常常需要集成起来。
通过Webservice应用程序可以用标准的方法把功能和数据暴露出来供其它的应用程序使用。
例如你有一个订单登录程序用于登录从客户来的新订单包括客户信息、发货地址、数量、价格和付款方式等信息。
同时你还有一个订单执行程序用于实际货物发送的管理。
这两个程序是来自不同软件厂商的。
一份新订单进来之后订单登录程序需要通知订单执行程序发送货物。
通过在订单执行程序上面增加一层Webservice订单执行程序可以把AddOrder函数暴露出来。
这样每当有新订单到来时订单登录程序就可以调用这个函数来发送货物了。
进而通过Webservice集成应用程序 B2B的集成 用Webservice集成应用程序可以使你公司内部的商务处理更加自动化。
但当交易跨越了你的供应商和客户突破了公司的界线时又会怎么样呢跨公司的商务交易集成通常叫做B2B集成。
Webservice是B2B集成成功的关键。
通过Webservice你的公司可以把关键的商务应用暴露给指定的供应商和客户。
例如把你的电子下单系统和电子发票系统暴露出来你的客户就可以以电子的方式向你发送购货订单而你的供应商则可以以电子的方式把原料采购的发票发送给你。
当然这并不是一个新的概念电子文档交换EDI早就是这样了。
Webservice和EDI之间的主要区别在于Webservice的实现要比EDI简单得多而且Webservice是运行在Internet上的在世界任何地方都可轻易实现这样其运行成本就相对较低。
不过Webservice并不像EDI那样是文档交换或B2B集成的一套完整的解决方案。
Webservice只是B2B集成的一个关键部分还需要许多其它的部分才能完成这个集成。
用Webservice来实现B2B集成的最大好处在于可以轻易实现互操作性。
只要把你的商务逻辑暴露出来成为Webservice你就可以让任何指定的合作伙伴轻松的调用你的商务逻辑而不管他们的系统在什么平台上运行使用的是什么开发语言。
这样就大大减少了花在B2B集成的上的时间和成本。
这样的低成本让许多原本无法承受EDI的投资成本的中小企业也能实现B2B集成。
软件重用 软件重用是一个很大的主题它有很多的形式和程度。
最基本的形式是源代码模块或者类一级的重用。
另一种形式是二进制形式的组件重用。
当前像表格控件或用户界面控件这样的可重用软件组件在市场上都占有很大的份额。
但这类软件的重用都有一个很严重的限制重用仅限于代码而数据不能被重用。
原因在于你可以很轻易的发布组件甚至源代码但要发布数据就没那么容易了除非那些数据都是不会经常变化的静态数据。
而Webservice允许你在重用代码的同时重用代码后面的数据。
使用Webservice你不再像以前那样要先从第三方购买、安装软件组件再从你的应用程序中调用这些组件。
你只需要直接调用远端的Webservice就可以了。
举个例子你想在你的应用程序中确认用户输入的邮件地址那么你只需把这个地址直接发送给相应的Webservice这个Webservice就会帮你查阅街道地址、城市、省区和邮政编码等信息确认这个地址的确在相应的邮政编码区域。
Webservice的提供商可以按时间或使用次数来对这项服务进行收费。
这样的服务要通过组件重用来实现是不现实的因为那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库而且这个数据库还是不能实时更新的。
另一种软件重用的情况是把好几个应用程序的功能集成起来。
例如你想要建立一个局域网上的门户站点应用让用户既可以查询他们的联邦快递包裹察看股市行情又可以管理他们的日程安排还可以在线购买电影票。
现在Web上有很多应用程序供应商都在其应用中实现了上面的这些功能。
一旦他们把这些功能都通过Webservice暴露出来你就可以非常轻易地把所有这些功能都集成到你的门户站点中为用户提供一个统一的、友好的界面。
用Webservice来集成各种应用中的功能为用户提供一个统一的界面 许多应用程序都会利用Webservice把当前基于组件的应用程序结构扩展为组件和Webservice的混合结构。
你也可以在应用程序中使用第三方的Webservice提供的功能。
你还可以把你自己的应用程序的功能通过Webservice提供给别人。
所有这些情况下你都可以重用代码和代码后面的数据。
总
上一篇:
江苏省应急平台应急预案智能管理系统设计
下一篇:
企业管理论文:电力企业管理中的绩效考核工作