疑惑SCA/SDO vs WCF

    我是最近才对SOA产生浓厚的兴趣的。我有4年的软件开发经验，曾经参与过一个100人的大团队开发在Service Layer 层使用WCF发布服务的大型项目。但当时由于专注于subsystem得开发，而且不直接handle Service交互层所以对WCF理解不深刻。
    最近我在完成一项用传统开发方式似乎很难完成的工作，参与者只有我一个人，在sqlServer数据库中已经建立了众多的表，需要在短时间内完成一个B/S系统。目前我在微创作BIP所以有个把月没有全心写代码了。在开发过程中我发下DAO层以下的代码重复率极高，Service层代码结构又很类似。于是计划用Sqlserver映射出表和试图的属性以及关系，自动生成存储过程与调用存储过程的代码，以及与数据库对象对立的MetaData.我称之为BasicServiceHandler.这个目前我已经完成。我发现这个小工具非常有用，对于上百个表的数据库他提高的工作效率是客观的。当我想进一步开发完善甚至开源的时候发现了已有的几个code generate产品级得工具Code Smith 和 My Generation.自我感觉唯一比他们强的一点就是他们因为灵活所以要定义xml语境。而如何定义xml语境这也不是短时间可以掌握的，对于我这样紧急的任务也不适用。
    我写的service层是基于之前那个WCF项目的service得，所以可以说是SOA的细节架构，因此在研究Code Generate的过程中很容易就找到了OSOA以及他们前不久才Final的SCA/SDO标准。并且看了些关于SCA/SDO与WCF的比较。目前我正在读SDO标准，其中也有描述道机遇Schema或者关系数据库的Code Generate，这是我很感兴趣的章节，如果SCA/SDO标准主要是针对Java的是应为.net已经有了WCF马？WCF是否涉及到Service，Data Object等的自动生成？如果我用.net去按照SCA/SDO标准作企业SOA是否有价值？