我的 Visual Studio 2010 项目的 obj 文件夹在哪里答案

【问题标题】：Where is the obj folder of my visual studio 2010 project我的 Visual Studio 2010 项目的 obj 文件夹在哪里
【发布时间】：2015-08-10 10:13:47
【问题描述】：

我是 Visual Studio 的新手。我正在使用 VS 2010，但找不到 C# 应用程序的主要方法。浏览了一下，我发现它是在编译阶段创建的，位于 obj/{Debug/Release} 文件夹中。但是，我无法在我的系统上找到该文件夹。

我的解决方案资源管理器和属性窗口如下所示：

并且对应的目录（上图属性窗口的路径）没有obj文件夹。

谁能帮我找到 obj 文件夹？我想检查我的程序的流程。非常感谢任何帮助。

谢谢！

【问题讨论】：

您是否尝试按“解决方案资源管理器”功能区栏中的“显示全部”文件？（当然在编译你的项目和selecting“解决方案”之后）
您的Web 应用程序 的主要入口点是Default.aspx.cs，可从解决方案资源管理器访问。每次编译项目时，obj 文件夹的内容都会被覆盖。除此之外，您的实际问题是什么？听起来您非常对此很陌生 - 也许最好的去处是：asp.net/web-forms
@BrendanGreen：我不会将Default.aspx.cs 称为入口点，就像Main 方法一样——如果您访问没有特定URL 的站点，那肯定只是默认页面。 ..如果有人直接访问Login.aspx，则不会涉及。
@JonSkeet right - 试图简化事情。您发布的答案非常好，切中要害。
@ANewGuyInTown 实际上，我在解决方案资源管理器中找不到 Show-All 选项。我正在使用 VS2010。

标签： c# visual-studio-2010 visual-studio c#-4.0 main

【解决方案1】：

您创建了一个空的WebSite 而不是WebApplication，因此默认情况下WebSite 中没有bin 文件夹，除非您明确将bin 文件夹或Add Reference 添加到dll；

在WebSite 中，您的代码主文件夹是App_Code 文件夹，其中放置了所有.cs 文件。在WebApplication 中，您的所有代码都转换为dll 中的bin文件夹。

【讨论】：

嗨，Mairaj，我需要添加 bin 文件夹吗？您所说的空网站而不是 Web 应用程序是什么意思？反正我能理解程序的流程吗？
如果你需要一个 bin 文件夹而不是添加它。你可以在网上搜索一下 Webiste 和 WebApplication 有什么区别。
StackOverflow 上的一个答案是 Web 应用程序与用户对话，但网站没有。但是我的项目从用户那里获取登录信息并显示声明。我真的不明白区别。而且，我只想知道项目的流程。添加 bin 文件夹会帮助我吗？我基本上是在寻找其他答案中建议的具有 App.g.i.cs （包含 main 方法）的 obj 文件夹。
看看这里webblogsforyou.com/…
或者用这个“网站和网络应用程序的区别”在网上搜索；

【解决方案2】：

我找不到我的 C# 应用程序的主要方法

网站没有“主要”方法。它通常具有全局初始化钩子，但与 Main 完全不同。

看起来您创建的是“网站”项目而不是“Web 应用程序”项目 - 我从未完全理解其中的区别，但我怀疑您可能会发现未构建网站项目以完全相同的方式，因此您可能永远看不到您期望的输出文件夹。特别是，我没有看到任何与我期望那些初始化挂钩的位置相对应的东西。您可能希望创建一个新项目作为 ASP.NET Web 应用程序。

（如果可以的话，我会同时更新到更现代的 Visual Studio 版本。有一个 VS2013 的“社区”版或 VS2015 的候选发布版......）

【讨论】：

您好乔恩，感谢您的回答。我必须创建一个声明感知网站来与 ADFS 服务器通信并从中获取声明。我可以找到仅在 VS2010“新网站”选项上创建一个的选项。对于上述网站，我如何知道申请的流程？我应该尝试理解 web.config 吗？
@Anvesha：我不确定你所说的“应用程序的流程”是什么意思——但听起来你可能只有 VS 的网络版......也许试试 VS2013 社区版提供更多选择？
只是为了知道文件的执行顺序。实际上，在将其与 ADFS 集成后，web.config 发生了变化，它给了我一个错误。我试图弄清楚文件（default.aspx.cs/login.aspx.cs/SampleVaidator.cs）的执行顺序。是否有意义？有可能知道吗？
@Abvesha：不，用这些术语来思考是没有意义的——因为这取决于用户访问的页面。您应该考虑每个页面执行的内容。