2007-09-20

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

    最近进入了.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 真的不怎么样，尤其是目前接触的这个框架，更是不怎么样。

评论
发表评论

您还没有登录，请登录后发表评论

yananay
搜索本博客
我的相册
D35bafa8-5bf0-475f-aa06-16f3080557a1-thumb
tdd
共 3 张
存档
最新评论