一个解决方案里边，设置多个项目，有什么好处
比如说有2个项目，一个用MVC做的网站，一个在服务器端运行的winform，winform主要是转换mvc上传上来的文件键。
------解决方案--------------------
每个项目被编译为一个程序集，把相关的项目放入同一个解决方案，便于组织项目文件、共享组件和源代码、批量编译和测试。
------解决方案--------------------
(1)你可以选择项目-生成全部解决方案，或者选择一个项目单独编译，或者让vs自动判断项目的依赖关系，并且只编译更新的，和它的依赖项。
(2)还是要项目引用，添加-引用-现有项目。
(3)如果有依赖（引用或者调用）则需要，否则不需要。
------解决方案--------------------
1.直接无视
2.要先引用，才能找到命名空间
3.bin目录里面会生成好所有用到的dll的
------解决方案--------------------
ASP.NET MVC和WINFORM根本就是不同类型的项目，你不分开放在两个项目中都不行
------解决方案--------------------
ef只是操作数据库的。跟什么项目没关系的
------解决方案--------------------

引用:

 谢谢，再问问

1.如果里边项目多了，每次编译的时候，会不会全部都编译，速度会不会慢？

2.一个项目要用另外一个项目model里边的东西，是不是添加另外一个项目的命名空间就行了

3.发布程序的时候，如果有个是客户端，那么除了自己bin下的dll，还需要把其它项目的dll拷贝过来吗？

不要选择“重新生成解决方案”或者“生成解决方案”或者“重新生成工程”。仅仅选择“生成工程”，那么没有必要编译的dll就根本不会重新编译！如果你发现没有修改的部分其dll变了，那么看看是不是习惯于选择过分的编译方式？！

添加工程引用或者dll/exe引用。

选择一个工程，设置它为“启动项目”。当你生成它之后，仅仅复制它的bin下的所有文件就可以了。
------解决方案--------------------

引用:

我说的是2个项目，能放在一个解决方案里边吗？

多少个都可以
------解决方案--------------------
http://bbs.csdn.net/topics/360154255
------解决方案--------------------
其实就那么简单，比如System.Object.String  你可以这样看。System.Object 你可以把它看成一个项目，而String就是这个项目里写好的一个类。当你编译好了之后就会生成一个dll。然后你在其他地方想用到这个类就只需要用它的dll即可。。而不需要再去拷贝这个类的源码了。。
------解决方案--------------------
dll 体现的就是人的自私性。。
------解决方案--------------------
可以共用一些资源  如果设计的好  一些功能项目拿到其他地方也能使用
------解决方案--------------------
就类似你一个页面上可能有好多个css文件一样