“csproj文件究竟是做什么用的”
那么它究竟是给谁用的呢？那是给开发工具用的，例如我们在熟悉不过的Visual Studio，以及大家可以没有接触过，但是应该都听说过的MSBuild.exe。Visual Studio会根据csproj里的XML定义来管理项目文件以及相关其他一些种类非常丰富的数据及操作，MSBuild也会根据csproj文件来得知编译这个项目需要有哪些依赖，默认输出路径，Pre-Build和Post-Build需要哪些操作等等。Visual Studio和MSBuild都是开发工具，这就是csproj存在的唯一意义：为“开发环境”提供信息。而到了运行环境中，根本不会有人（操作系统？）关心所谓的csproj文件——也就是“程序是哪里来的”。
如果是个可执行程序，操作系统需要的只是exe，dll，甚至是配置文件或资源文件，而并非在开发中举足轻重的csproj，sln，dbproj等文件。而像IIS这样的运行环境，更加不会去关注csproj的影子：“csproj是什么？”IIS轻蔑地说，“我只听web.config的说法”。在运行环境中，csproj的辉煌不在——这是自然，你有办法向我们的IIS证明它使用的dll在开发期是由csproj，sln等文件来“统领”的吗？现在说到之前提到的“pdb文件需要放在Debug目录下才有效果”，其实不然。Debug目录只是VS的模板所“默认存在”的编译规则所生成的目录而已，我们在调试时使用pdb文件完全可以由VS指定pdb文件存在的目录——甚至我们根本不需要VS也能使用pdb文件。
说到了“模板”，这其实又是“开发环境”的概念。我们在VS中选择New Item或New Project时，可以在谈出窗口的左边找到模板的分类，而又边则是一堆可用的模板。这些模板是哪来的呢？自然是人为生成给VS用的，您不妨看看自己My Documents\Visual Studio 2008\Templates目录下是否存在一些zip文件，那就是存放“My Templates”的压缩包，感兴趣的朋友可以学习一下如何建立一个模板。而在“运行环境”下，更不会知道开发中用了什么模板。不知您是否提过这样的问题：“为什么Web Site中无法使用ASP.NET AJAX，而Web Application就可以？”现在您应该已经知道了，运行时期的问题和Web Site、Web Application与否没有任何关系。那么是如何产生这个问题的呢？看看您的Web.config？看看页面上提示了什么信息？用Fiddler看看请求的输出是什么？其实在很多时候“排错”并没有什么妙法，唯“仔细”二字。
而且事实上，“模板”在开发环境中的“地位”比csproj文件都要低，因为只要通过模板创建好内容之后，就无法说明结果和自己有什么联系了。例如我们使用模板创建一个AjaxControlToolkit的Extender，其中会生成一个.cs，一个.designer.cs和一个js文件——呵呵，谁还能证明这三个文件不是我们手动创建的呢？这就是“开发环境”，一切都是为了开发效率的提高，一切都是为了能够最终产生一个可执行的二进制文件。
谁知道什么是csproj文件
在 VC#.net 开发环境中建立项目时,会产生 .csproj 文件,这是C#的工程文件,其中记录了与工程有关的相关信息,例如包含的文件,程序的版本,所生成的文件的类型和位置的信息.
.sln、.suo、.vcproj、.vbproj、.csproj、vjsproj文件是拿来干什么的?
都是VS的解决方案和项目文件,用来保存整个项目的信息
高手来,asp.net中xsc xsd xss csproj pdb这些文件分别是干什么的啊? 都是要自己写的吗?
asp.net自动生成的,你不用管他 只要写好你的cs aspx等文件就可以了
csproj.filelistabsolute.txt是什么文件
VS.net配合VSS时，编译报错：未能向文件“.csproj.FileListAbsolute.txt”写入命令行,对路径的访问被拒绝。
在网上开始查找出错的解决方法，终于找到了，原来解决方法这么简单，当初以为是权限的问题，后来发现不是权限问题，在VSS中比以前多了两个目录“bin”和“obj”，可能是有人上传的时候将这两个文件夹一起上传到服务器上，签出的时候一块将这两个文件夹签出到本地（从VSS中获取的文件夹都有只读属性），由于是只读的导致的VS在编译的时候不能改写这两个文件夹，于是将这两个目录在VS和VSS中删除后，重新编译项目，编译成功。
这个在firefly配置库，直接导入项目的时候，一定要注意的，要清理完解决方案的编译文件后，再进入代码管理。
.net中的项目是什么意思?(.csproj、.csproj.user)
项目是在开发过程中为了便于管理而运用的代码管理方式,程序员在开发软件时可以根据各个类的不同功能而将其归类到不同的项目中.而一个或多个项目可以组成一个解决方案. 说白了,项目就是为代码管理提供方便. 而代码的运行并不需要.csproj、.csproj.user之类的文件,所以在开发完成之后生成的软件或网站中,不会有以上之类的文件.因此:在软件开发中需要项目进行代码管理,而在软件使用中则不需要项目.
一个C#工程中怎么那么多文件啊,都是干什么的,帮我看看
1、文件不算多或者可以说很少,因为一个窗体就有比如a.cs、a.designer.cs和a.resx三个文件,上图也才两个窗体.2、一个解决方案sln下可以有一个或者多个工程csproj,至于sln跟cs是不是一起的,取决于新建项目的时候是不是选择了“为解决方案创建目录”,如果没选择,创建出来的sln跟cs之类就是在一起的.
vs2005在什么情况下会产生博客.csproj文件.我下了有这个文件的原码,为什么打不开呢?
这个是解决方案的管理文件,可能路径不对吧
我下载c#的软件时，用vs2008运行时，上面显示.csproj未安装这个项目，怎么办？
文件关联改变了，改变下打开方式就行了。
给你找的别人的：
项目文件的打开关联被篡改了，产生这个的原因其实也很简单，打开这个文件，从列表中选择打开方式的时候就会发现项目文件的打开方式已经不是visual studio了，而是Micrisoft visual studio version selector.因此，解决的办法就是用visual studio打开，并且选择始终用它打开项目文件，下次就不会这样了。那么是什么情况导致项目文件的打开关联被篡改了呢？原因可能有很多，最普遍的原因莫过于安装SQLServer 2005数据库了。而我也正是安装完SQLServer 2005数据库后，出现这种情况。
解决方法：右键点击csproj结尾的文件，选择“属性”，“打开方式”，将其定位到vs2008的exe文件上，点击“确定”就可以了
使用vs 2008添加项目时,为什么缺少*.csproj文件
嗯,你创建项目的时候有注意看那个解决方案的保存地址吗?有可能是你的保存地址没在项目一起,你把项目移动了,解决方案也就找不到了、、