还有一个问题,如果Copy Local设置为false,运行时就会出错,提示找不到引用的assembly,难道这个属性就不能用了?!

解决方案 »

  1.   

    其实你说的这个问题就是这样的,如果你设成Copy Local为True了,dll就已经copy到本机了,但是如果你将dll修改掉了,VS.NET重新编译的时候会重新检查这种依赖关系是否发生了变化,注意到你的这个引用是远程的调用,如果设成false,这变成了远程调用,而你并没有采用Remoting,到哪里去运行,显然会出错。我想比较好的方式是引用DLL,你将DLL单独放到一个目录里,用VSS进行管理,这样使得你开发的DLL和他们用的DLL隔离开来就可以,如果你的DLL修改了,让他们重新Check Out,再编译就行了。
    BTW:这种模式下,你们项目组最好专门有人负责集成,然后交给测试组来测试。或者由测试组负责集成。
      

  2.   

    现在是集成的方式不对!但是我的webapplication1,引用的是server/bin上的dll,我最后把这个project copy到server上,如果删除project1/bin下面的东西,就出错了!!!而实际上,我的这个application,引用的应该是serve/bin上的那个dll啊!
      

  3.   

    还有,一个project Build的时候为什么Output Path不可以编译到其他地方去?每次修改后,一应用就又变成bin/了!怪异!
      

  4.   

    vs.net拷贝dll到本地
    运行需要,删除当然会出错
      

  5.   

    老大copylocal=false
    就不拷贝到bin下了。
      

  6.   

    推荐专家分分配方案: bigsnoopy(不想) 25 badtank()  25
    :)