Вкратце: На веб-сайте ASP.net с кодом, в какой момент скомпилированы файлы *.cs?
Контекст: Коллега, который с тех пор ушел, развернул веб-сайт с кодом .cs на общий сервер. Я внес небольшое изменение в файл .cs, который я должен ожидать отразить на одной из страниц, но он еще не появился. Я перезапустил пул приложений, однако я ненавижу reset IIS на сервере, так как есть несколько приложений других команд, которые могут быть использованы на одном сервере.
Это относится к проектам Web Application в отличие от проектов Web Site, которые по умолчанию CodeFile, и не позволяют изменять действие сборки...
В ASP.NET Web Applications у вас есть два метода развертывания ваших страниц; CodeFile и CodeBehind. По умолчанию страницы всегда будут использовать CodeBehind, но вы можете изменить это.
CodeBehind компилирует ваш .cs файл в DLL файл в папку bin при компиляции/время сборки, а затем вы развертываете его на своем веб-сервере. Нет необходимости разворачивать файл .cs на ваш веб-сервер. Если вы это сделаете, он просто сидит там, пока не будет использован.
Чтобы настроить страницу с помощью CodeBehind, убедитесь, что:
.aspx имеет CodeBehind="your.aspx.cs".cs и .designer.cs в проводнике решений имеют build-action compile.Это заставляет ASP.NET компилировать файл .cs на лету на сервере. Это означает, что ваш файл .cs необходимо развернуть на веб-сервере. Это также означает, что ваш файл .cs не будет скомпилирован в момент компиляции/сборки и поэтому не будет встроен в ваш .dll в папке bin.
С CodeFile вы можете внести изменения в файл .cs и развернуть только этот файл, чтобы увидеть изменения на вашем веб-сервере производства. Нет необходимости повторно развертывать. Не нужно перерабатывать пул приложений. Это может быть очень полезно во многих ситуациях.
Чтобы настроить страницу с помощью CodeFile, убедитесь, что выполнено все из следующих элементов:
.aspx имеет CodeFile="your.aspx.cs".cs в проводнике решений имеют build-action content.designer.cs в проводнике решений имеют build-action none..cs был скомпилирован в .dll в папке bin и будет
оставайтесь там, когда вы переходите на CodeFile. CodeFile будет
скомпилированные на лету, и вы получите тот же код/классы, определенный в
.dll и в компилированном коде "на лету", что приведет к
ошибки времени выполнения.Для настройки, которую я использую, файлы .cs компилируются при создании проекта. Это означает, что DLL файлы в bin должны быть изменены, а не файлы .cs.
Файлы .aspx могут меняться в любое время, но я думаю, что вам нужно перестроить проект, чтобы код был в силе.
Я заменил исключительные .dlls без проблем (хотя это не очень хорошая практика).
По-видимому, то, что вы сделали, должно работать. Проверьте, выполнено ли кэширование. В противном случае опубликуйте код и разверните dll вместо файла .cs. Я бы порекомендовал протестировать на промежуточном сервере, прежде чем вы перейдете в эфир.