SqlHelper 是啥?经常用不?

SqlHelper在FCL的那个名称空间呢?SqlHelper 是啥?经常用不?

解决方案 »

  1.   

    要下载代码,到 BAIDU上去找
    很好用
      

  2.   

    SqlHelper是一个类，里面包含了大部分访问数据库的方法，用这个类，你就不用去花很多时间写直接访问数据库的方法了，
      

  3.   

    SqlHelper是一抽象类，封装了操作数据库方法
    参考
    http://www.cnblogs.com/chris1943/archive/2008/03/04/1090237.html
    http://www.cnblogs.com/qiuyi/archive/2008/10/27/449642.html
      

  4.   

    SqlHelper是一抽象类，封装了操作数据库方法,经常使用，当然你也可以自己写数据访问类！！
      

  5.   


    说实话，截止目前为止，SQLHELPER是我见过的最“完美”的封装了，一直在用，不晓的大公司一般如何实现，是否加入公司内部的业务在里边？
    是那样的话，感觉不是个很健状的设计，很想看看的说！不比较没有发言权
      

  6.   

    没有人傻到把“业务”和DA混在一起...不说Linq了...以Microsoft Enterprise Library为例...你只要有耐心看完Enterprise Library Data Access Application Block的源代码，你就会知道你的“完美”感觉是建立在多么浅薄的基础上...而我常用的框架还要在DAAB之上结合Enterprise Library其他组件再封装以提供完整的缓存策略、安全性和操作日志等功能...与之相比SqlHelper不过是个用来教学的玩具...
      

  7.   

    http://topic.csdn.net/u/20081215/14/1dd6aded-2b8d-40ce-b723-9cda1b3fa4c0.html
    先学这个帖子。
      

  8.   


    MS的“企业库”好像也是不每个企业都在用，我的感觉是大多数企业仍然在使用DB + C# 这样的基础组合
    假设了这样的组合后，DA如何写？
      

  9.   

    //其他组件再封装以提供完整的缓存策略、安全性和操作日志等功能
    这个完全可以在BLL里实现呀,直接缓存对象,对象集合,而不缓存DATASET,DATATABLE,DATAREADER这些东东如下结构
    DB + DB工厂
    SQLHELPER + 其它BD helper
    DA
    BLL {缓存处理 + 业务处理 + LOG处理 + 其它等等处理}
    UI 
      

  10.   

    我自己来说，当年我使用过一次，在开发中就不用了。没有什么特别的理由，它实在太浅，做的事情太少，可用可不用。用它绝对不代表数据库编程技术高，这是要说明的。原因是，数据库编程的效率来自于真正在架构和开发方法方面，而这个东西在其中并没有什么很明显的效率上的差别。当你就是一个只关心写代码的人，你会觉得他很省力，你会觉得它让人写东西很快。当你是一个负责高层控制的人，你会发现使用它和不使用它的人的效率相当。一个人上班8个小时，它真正写的代码可能只需要1.5个小时，老板仍然要给它8个小时的钱，为什么，这就是架构和管理要解决的问题。而这个SqlHelper所带的工程方法信息是非常浅层次的，只要程序员真正地在另外那6.5个小时利用起来了，SQLHelper可用可不用。
      

  11.   


      初学者，可以用一用。也值得一用。
      
      等你的水平越来越高以后，你完全就“可用可不用了”，你也可以根据自己的意愿扩展或抛弃。
     
      SqlHelper.cs 只是一个类。  可以在网上下载，而且用法很简单。试试吧。
      

  12.   

    设计软件和控制工程时，肯定需要监测那些类似于“骨架、关节”的点的开发效率。而不是需要去具体检测程序中对SQLHelpher用了没有。因此没有必要把一个简单的程序封装方法跟真正属于架构设计的封装技术放在一起。