源代码放在 ASP.NET Web Forms 应用程序的 App_Code 特殊文件夹中是否与编译后的应用程序一样可靠？
Is the source code placed in the App_Code special folder in an ASP.NET Web Forms application as reliable as a compiled app?
我正在维护一个用 Web 窗体编写的遗留应用程序，我们已经开始在其上添加大量使用 API 的新功能。它也是用 VB .NET 编写的。
我发现我可以安装 WebAPI nuget 包并在 Global.asax 文件中设置路由。我还发现我可以将 .cs 文件放在 App_code 目录中并设置控制器等（因为我使用 C# 的效率更高）。
使用 app_code 目录是否可以提供可靠的应用程序？我在网上看到 App_Code 目录中的内容会在运行时编译，那么这是什么意思？托管服务器上安装的 .NET 版本？
我认识到在同一个项目中混合使用 C# 和 VB Net，以及在同一个项目中混合使用 Web 窗体和 Web API 将成为维护的噩梦。我只是在使用 Web API，因为没有等效的 Web 表单方法可以让我生成 API 响应，除了使用编写起来非常庞大的 Web 处理程序。
是的，从这个意义上说它是可靠的；你也可以 precompile your App_Code code
我正在维护一个用 Web 窗体编写的遗留应用程序，我们已经开始在其上添加大量使用 API 的新功能。它也是用 VB .NET 编写的。
我发现我可以安装 WebAPI nuget 包并在 Global.asax 文件中设置路由。我还发现我可以将 .cs 文件放在 App_code 目录中并设置控制器等（因为我使用 C# 的效率更高）。
使用 app_code 目录是否可以提供可靠的应用程序？我在网上看到 App_Code 目录中的内容会在运行时编译，那么这是什么意思？托管服务器上安装的 .NET 版本？
我认识到在同一个项目中混合使用 C# 和 VB Net，以及在同一个项目中混合使用 Web 窗体和 Web API 将成为维护的噩梦。我只是在使用 Web API，因为没有等效的 Web 表单方法可以让我生成 API 响应，除了使用编写起来非常庞大的 Web 处理程序。
是的，从这个意义上说它是可靠的；你也可以 precompile your App_Code code