所以说微软设计的框架不过如此

    最近进入了.NET的项目,使用的框架是客户提供的。这套框架是微软给做的,这个项目是客
户端通过webservice调用服务的方式,结果一看框架,乖乖,一共八层!!

    客户端4层,服务端4层。所谓的4层,就是表示层(Boundary),应用层(Logic),业务层
(Business),数据层(Data)。可是8层真的有必要吗?

    而且官方的文档中提到,每一层都必须写单元测试,而且必须用Team Suite来做。真的是很
无奈。Team Suite 这个东东是根据类里的方法来生成测试代码,并非测试驱动方式。而且它也
仅仅是根据类里的方法生成一个测试方法的架子而已。有什么用呢?大部分的测试还不是得手
写?而且它和NUnit 用的属性不一样。
    我再次看到了微软的霸性:你们都得使用我的东西,和我不一样的都得玩完!

    这些都且不说,从客户的角度来说,这也是质量保证的一个方式。

    单说这个框架里的一个地方。

    当生成一个类,如应用类或者逻辑类时,需要使用这样的语句:

   

java 代码
  1. AppLogic logic = (AppLogic) CreateLogicInstance(typeof(AppLogic));  

    这样的东西我们不陌生,有的点IOC的以为,但是我就纳闷了,如今Spring 都出现好长时间
了,IOC也不是陌生的概念,甚至都有了 Spring for .NET,为什么微软的人做的框架竟然还是
这个样子的呢?与其这么用,我还不如直接这么用爽快!

java 代码
  1. AppLogic logic = new AppLogic();  

    还有最具讽刺的就是,.NET中许多组件都可以和数据库进行绑定来操作,结果这次项目微软
的人强调不允许使用绑定数据库的方式。这不是自己打了自己的耳光?

    在 Java 的平台,我们更多的是谈论如何处理Domain模型,如何使用更先进的开发方式。
    在 .NET 的平台,我们更多的是谈论如何处理windows机制,如何使用一个组件,以及如何
          在MSDN上找到答案。

    c# 很好,可惜vs 真的不怎么样,尤其是目前接触的这个框架,更是不怎么样。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值