我做一个小公司的项目,基本就我一个人在做(跑了1个人)原来的老代码里面,是没有分层的,web里面直接写sql语句.(没规划,看点功能,加点,不可规划,也懒得规划)我看的很不舒服,又想提高一个自己的层次,不能一辈子做泥水匠啊,
就决定用3层结构的(web,bll,dal,model),问题就出来了:
1)
因为net这边是小项目1个人做,我自己写sql查询,基类,继承类,代码看的是比较爽,结果工作量增加1倍以上!比如:得到一个dataTable的数据,dal里面运行sql,bll里面写类,model写表的模型,再web里面调用,不如比我直接web里面写个sql,fill一下,快的多!而且感觉代码(自己的项目)重用基本没有..最多2,3次而已.2)自己写的类,函数啥的,也不大记得了,后来要加函数,却发现已有函数可以满足要求的..3)
再加上多项目的解决方案调试什么的也复杂!(N个dll),好像bll的能调试,dal的代码就说啥啥的,不能命中断点,不能调试..只能靠基本功,自己来分析代码的错误.(web ->bll ->dal)
我以前没搞一个方案,多个dll生成的,可能是我不会.老板只要求实现功能页面,也不管过程啦!搞的我忙的,又好像没做啥事.说的很杂,有点郁闷,希望有那些project leader,或牛人,前辈,指点一二,Tks

解决方案 »

  1.   

    好像还有待加强啊偶作cs,也用三层。这次是第一次用数据库(现学现用),orm设计花了半个月,实际coding十天左右;然后开始写了一个月的业务逻辑,最后因为一直用orm,SQLServer好多东西都不记得了
      

  2.   

    还好吧。
    用三层架构是有些麻烦的地方,看自己的情况了。
    我现在写的网站也是很小型的,一个人可以完成coding的,我没有用BLL,用Web层直接调用DAL。看具体情况了,觉得分层后还是整体清晰一些。不过你说的调试问题我从来没有遇到过。
      

  3.   

    1.你用的数据层不好 —— 错误提示做的不到位
    2.“自己写的类,函数啥的,也不大记得了” —— 这是绝对不应该的,自己写的类,自己都没数,怪得了谁呀!3.经验不足 —— 网站一般用量层的就行了,web dal ,业务逻辑层就可以省略了,因为没有什么重用的地方吗。
      

  4.   

    我现在从来不用C#的调试功能调试服务端代码了,调试起来太痛苦了。我是用自己的写日志函数,服务器端每一段代码都有try/catch,并对有用的东东写日志。日志分为多种,可以用全局变量同意关闭,发布时,改两个变量值,重编移就可以了
      

  5.   

    我也碰到这样的问题,比较郁闷啊,感觉三层不如两层方便,直接在WEB层调用好方便啊
      

  6.   

    : zyug(LovlyPuppy) ( ) 
    应该用对像应该实现的功能去规划类---------------------------------------------兄台,举下实例吧
      

  7.   

    我自己也知道,大项目该用多层啊,因为是好分工!对与我一个人完成的这样的,算是个进销存的吧,用3层的搞死人了.对与函数,类的命名,以及code的基本风格,我是比较考虑的,主要是前,中,后的,都我写,忙傻了,多了一般都难记住吧(懒搞文档之类的,老板不管,不给时间)对于不能debug,是我的技术问题,还是net本身的缺陷?这个是技术问题,好像是引用的时候,你引用了debug里面的,就能debug,引用release里面的,就不能debug,因为webs/bin里面少了pbd文件,就不能debug.我猜的,不知道是不是确实是这个原因希望大家给点指点,或谈谈自己的感受
      

  8.   

    是这样的 调试的时候要用debug版本的dll 否则将会很难过
      

  9.   

    你以为学会.net 就不是泥水匠了?