我来自 PHP/Rails 背景，部署网站通常意味着 FTP/签出 Web 服务器上正确目录中的源代码。
但是，有人要求我开发一个 ASP.NET 网站，有些人建议我“发布”该网站，而不是直接复制源代码。显然，这会将代码隐藏 (.cs) 文件转换为已编译的 DLL 等。
我的应用程序不包含任何特定的秘密业务逻辑。这是一个常见的购物车应用程序。我的问题是这是否是个好主意？不让 C# 代码驻留在服务器上如何使应用程序更安全？
【问题讨论】：
ASP.NET 代码将始终被编译 - 要么：
就我个人而言，我认为部署预编译代码并没有太多安全优势（除非您是 obfuscating your pre-compiled DLLs）。
也就是说我更喜欢它，因为它有这些好处：
注意：来自 Rails/PHP 的您可能希望继续将 .ASPX 和 .CS 文件部署到您的服务器。好处是可以更轻松地以您可能习惯的方式修改正在运行的应用程序。如果您遵循严格的部署生命周期，这不是一个很好的做法，但在某些情况下它可能很有用。
【讨论】：
不过，我可以在预编译中添加一个内容，这主要是关于安全性和性能的；编译器检查！！无需预编译，您可以轻松上传一些包含错误的代码文件，但在第一个用户使用此代码文件点击页面的 13 天后才能发现。这是因为 asp.net 在需要时一次只编译一个文件。
通过预编译所有文件将被编译并立即捕获所有编译器错误。
这就是预编译的全部内容，但发布不仅仅与此有关。
另一个重要因素是您可以指示 msbuild 在发布期间执行的步骤。也许最重要的是 web.config 转换，您可以在此处阅读 http://msdn.microsoft.com/en-us/library/dd465318.aspx。基本上，您可以创建一个转换文件，在发布期间将根据发布目标从您的 web.config 替换/添加/删除值。
【讨论】：
您的 c# 代码仍然驻留在服务器上，它只是以编译代码的形式驻留，而不是像您在 PHP/Rails 中习惯的那样以脚本的形式驻留。
在 PHP、rails 或经典 ASP 中，您将脚本和 xcopy / ftp 写入您的网络服务器。然后 PHP 解释器在每次 Web 请求进入时解析脚本，而在 asp.net 中，代码被编译然后复制到 Web 服务器，因此当 Web 请求进入时，执行速度要快得多。
将其广泛地视为在服务器上部署 .exe 文件与将程序写入文本文件并让编译器解析文本文件并每次运行它。
这与是否更安全无关。
顺便说一句 - Bluebells School 之后的生活怎么样 :-)
【讨论】：
是的，编译比其他任何事情都重要。为了使网站能够运行，必须编译 C# 代码，这就是发布步骤所做的，以及将其传输到特定位置。
您桌面上的网站版本是开发版本，很可能带有已编译代码的调试版本。但是，通过发布步骤，您应该生成已编译代码的发布版本，这也可以提高性能。
可以将 ASP.net 的发布步骤与创建普通 Windows 应用程序的安装程序相比较，当发布到运行服务器时，安装步骤合并。
【讨论】：