启动项目尽量引用DLL,不要直接引用解决方案中的项目
WEB开发尽量不F5,直接附加

解决方案 »

  1.   

    web项目一般部署在IIS开发 这样就不用每次F5,修改后台 只需要重新生成,刷新页面就好了。
      

  2.   

    先F6,别直接F5
    web项目改dal层的代码之后,即使项目不大,也会超慢
    改页面就快的多
      

  3.   

    项目多的,做成dll,再引用DLL,可能会快些
      

  4.   

    13个项目 其中一个是UI 剩下的是类库..你不能每次都修改吧 而且类库一般都是固定的 谁没事修改它干嘛..所以直接在UI上面浏览 不需要重新生成 不调试 直接write一样可以解决问题的..
      

  5.   

    每一次F5都需要1分钟?通常只有你清理了解决方案、重新从代码管理系统上下载文件而从未编译,等等情况下,才会花很长时间。如果你只是修改了一些代码,然后按 F5 ,那么只有你修改了的工程项目需要编译,其它的都不会去再去编译了。你可以从“输出”窗口关注一下,是否是这样的。如果不是,那么你的编译参数有问题,需要设置。13个项目的解决方案,在我的产品中算是少的。而且代码也会上百兆。可能是因为使用SSD硬盘的原因,加上根本不需要全部编译一遍,所以我按下F5之后一般只需要等待7、8秒钟即可。
      

  6.   


    我会引用源代码,而不是DLL。对于asp.net网站,我也基本上不允许直接在页面上“浏览”,而是要求必须按F5。
      

  7.   


    也许这说的是对的。弄一大堆坑爹的什么DAL之类的,用那些“什么XX软生成器”之类的东西生成一堆低级的代码,或者随便下载成千上万行你根本看不懂的什么“框架”代码,完全没有必要。编写代码需要站在比较高层次的设计角度,尽量少写代码,代码清晰同时又精简,才能写出“有想法”的好代码。代码越多越笨。
      

  8.   


    我会引用源代码,而不是DLL。对于asp.net网站,我也基本上不允许直接在页面上“浏览”,而是要求必须按F5。
    大型项目开发,直接项目引用是很难达到的,也不是好方案,尤其是跨团队的项目。因为部分项目是归属团队成员外不允许修改源代码的。
    13个项目就发生楼主这样奇葩的事情说明楼主确实应该换电脑的,那怕你是清理了解决方案。
      

  9.   

    接口隔离,引用接口DLL,不引用实现的dll
    实现的dll动态加载,而不是引用
      

  10.   

    eclipse  编译一次45分钟机器破没办法
      

  11.   

    LZ,你要更换的不是机器,而是你的想法。我每次F5后,都会伸下懒腰,喝口水,扭扭脖子,看看左右,一分钟到了。。
      

  12.   

    用 Shift  +  F6,不要直接用 F5.
      

  13.   

    用 msbuild.exe 编译,多长时间都没有问题。
      

  14.   

    拆分成多个解决方案,引用DLL,带PDB文件如果出错,会指向出错的文件.