C# 部署ascx控件
我已经对我的用户控件进行了修复。C# 部署ascx控件,c#,asp.net,deployment,webforms,ascx,C#,Asp.net,Deployment,Webforms,Ascx,我已经对我的用户控件进行了修复。 在.ascx文件和.ascx.cs文件中都有更改 现在,构建后…是否有任何方法可以仅为该控制容器部署我的…程序集…并避免部署.ascx文件?否。。如果您在.ascx文件中做了更改,您也应该上传该文件。尽管程序集包含一些预编译的方法,但每次请求页面时,.ascx页面仍然是“解释的”(从技术上讲,它是编译的,但在我看来,它更容易被解释)(当然,不是每次都这样,因为它经常被缓存,但肯定是第一次进行更改)。自己尝试一下——对.ascx文件中的一些标记进行更改,然后请求页
在
.ascx
文件和.ascx.cs
文件中都有更改
现在,构建后…是否有任何方法可以仅为该控制容器部署我的…程序集…并避免部署
.ascx
文件?否
。。如果您在.ascx文件中做了更改,您也应该上传该文件。尽管程序集包含一些预编译的方法,但每次请求页面时,.ascx
页面仍然是“解释的”(从技术上讲,它是编译的,但在我看来,它更容易被解释)(当然,不是每次都这样,因为它经常被缓存,但肯定是第一次进行更改)。自己尝试一下——对.ascx
文件中的一些标记进行更改,然后请求页面——您将看到您的更改反映在响应中(如果缓存了,您可能需要重新启动站点)
因此,在此之后,您将需要部署这两个文件,因为IIS使用这两个文件来服务请求
另一方面,在部署单个程序集时,有时可能会遇到奇怪的问题(或者可能只是我有点偏执,因为我认为这曾经发生在我身上)对于活动站点--一次部署整个站点更安全。与问题本身无关,但我想我会注意到它。因为ascx文件已更改,并且它的标记代码没有进入控件的编译程序集中,为了反映更改,您需要同时部署程序集(其中包含ascx.cs代码)还有ascx文件