摘要：where to go from here
what i have covered so far about laszlo falls under language
fundamentals. lzx is a fusion of three language concepts: xml, oo
programming, and javascript. you will need to sp......
摘要： web services 是一种很有前途的技术，在面向服务的架构（ service oriented architectures ， soa ）中起着重要的作用。这种正在兴起的技术的一个关键方面就是提供了异步服务的能力。尽管现在的 web service 标准规范中包括了提供异步服务的内容，但客户端应用程序前景的细节还有一些混乱和模糊。 web services 回调是实现这些异步服务的一个重......
关于面向构件和EOS的一些思考－xml和元数据解决了接口脆弱性问题吗？关于面向构件的一些思考
一.xml与元数据解决了接口脆弱性问题吗? 【程序编程相关:
JBuilder2005单元测试之创建测】
author:emu(黄希彤) 【推荐阅读:
JBuilder2005单元测试之JUn】
其实面向构件的基本理念与传统的模块.对象并没有大的区别,我们的目标仍然是把“大问题”分解成“小问题”来解决.那我们为什么需要面向构件呢?关键是我们要重用对“小问题”的解决,来解决新的“大问题”. 【扩展信息:
JBuilder2005单元测试之捆绑多】
传统的问题分解手段为什么在重用上有问题呢?关键在于黄柳青博士说说的“接口脆弱性”问题:在新的上下文之下,同一个“小问题”的解决往往略有一点差异.就是这点差异,我们没有办法直接重用原来的模块,必需“略微”改变一下接口,添加一个新的参数,这样这个模块往往就与原来的模块无法兼容了（如果想保持兼容,就要修改对原来的模块的引用,这又带来了新的问题）.下次我们再想重用的时候,也许又需要添点不同的玩意儿了,如果上次添的玩意儿还有用,就在上次的的基础上改,不然就在旧的模块上面改……
那么,标签数据与xml真的能解决我们遇到的问题吗?我们假设一个场景来看看:
首先,我做一个模块来计算个人所得税,接口很简单,接受一个金额,按照预定的公式计算出所得税额,输出计算出来的金额.在第一个产品里面这个模块工作的很好.
接着,有一个新的产品也需要计算个人所得税,那么理所当然我们会重用这个模块,不过这次的需求有点不同,我的新客户的雇员里面有外籍雇员,对外籍雇员我们的计算方式有点不同.那么现在接口需要添加一个国籍字段.
又来一个单子.我们这个新客户也有外籍雇员,而且这些外籍雇员还有不同的签证类型,临时工作签证与长期工作签证的税率又有不同,这次我们需要添加一个签证类型字段……
如果我们用传统的接口,那么我们一开始会这样写接口:
currency incometax(currency salary)
第二次则是...
下一页 摘要：一、 引言在企业级生产环境中，往往存在着各种异构的应用系统和数据库。如果我们要利用这些系统的数据或功能，而它们又没有提供对外的接口，或者利用原有接口开发的难度很大，如何解决这一难题？ibm提供了各种websphere business integration adapter，我们可以通过配置这些adapter直接连接后台系统。主要有两种adapter：application adapters和te......
