Как [UIView beginAnimations] работает?

веб-сайт - то, что Вы развертываете на веб-сервере ASP.NET, таком как IIS. Просто набор файлов и папок. There’s ничто на веб-сайте, который связывает Вас с Visual Studio (there’s никакой файл проекта). Генерация кода и компиляция веб-страниц (таких как .aspx, .ascx, .master) сделаны динамично во времени выполнения и изменяются на эти файлы, обнаружены платформой и автоматически перекомпилированы. Можно поместить код, который Вы хотите к доля между страницами в специальной папке App_Code, или можно предварительно скомпилировать его и поместить блок в папку Bin.

веб-приложение является специальным проектом Visual Studio. основное различие для веб-сайтов - то, что, когда Вы разрабатываете проект, все файлы кода компилируются в единственный блок, который помещается в каталог bin. Вы don’t развертываете файлы кода на веб-сервере. Вместо того, чтобы иметь специальную папку для общих файлов кода можно поместить их где угодно, точно так же, как Вы сделали бы в библиотеке классов. Поскольку веб-приложения содержат файлы, которые не предназначены, чтобы быть развернутыми, такие как проект и файлы кода, there’s команда Publish в Visual Studio для вывода веб-сайта к указанному местоположению.

App_Code по сравнению с Мусорным ведром

совместно использованные файлы кода Развертывания обычно являются плохой идеей, но что doesn’t означают, что необходимо выбрать Web Application. У Вас может быть веб-сайт, который ссылается на проект библиотеки классов, который содержит весь код для веб-сайта. Веб-приложения являются просто удобным способом сделать это.

CodeBehind

Эта тема характерна для .aspx и .ascx файлов. Эта тема все менее релевантна в новых средах разработки приложения, таких как ASP.NET MVC и Веб-страницы ASP.NET, которые не используют codebehind файлы.

Путем компиляции всех файлов кода в единственный блок, включая codebehind файлы .aspx страниц и средств управления .ascx, в веб-приложениях, которые необходимо восстановить для каждого небольшого изменения, и Вы не можете внести живые изменения. Это может быть реальной болью во время разработки, так как необходимо продолжать восстанавливать для наблюдения изменений, в то время как с веб-сайтами изменения обнаруживаются временем выполнения, и страницы/средства управления автоматически перекомпилированы.

Наличие времени выполнения справляется, codebehind блоки меньше работы для Вас, так как Вы не должны волноваться о давании уникальных имен страниц/средств управления или организации их в различные пространства имен.

I’m, не говоря развертывающиеся файлы кода всегда является хорошей идеей (особенно не в случае общих файлов кода), но codebehind файлы должны только содержать код, которые выполняют UI определенные задачи, соединяют обработчики событий проводом и т.д. Ваше приложение должно быть разделено на уровни так, чтобы важный код всегда закончился в папке Bin. Если это так, тогда развертывание codebehind файлы нельзя считать вредным.

Другое ограничение веб-приложений - то, что можно только использовать язык проекта. На веб-сайтах у Вас могут быть некоторые страницы в C#, некоторые в VB, и т.д. Никакая потребность в специальной поддержке Visual Studio. That’s красота расширяемости поставщика сборки.

кроме того, в веб-приложениях Вы не получаете обнаружение ошибок на страницах/средствах управления, поскольку компилятор только компилирует Ваши codebehind классы а не код разметки (в MVC, можно зафиксировать это использование опции MvcBuildViews), который компилируется во времени выполнения.

Visual Studio

, поскольку веб-приложения являются проектами Visual Studio, Вы получаете некоторые функции, не доступные на веб-сайтах. Например, можно использовать события сборки, чтобы выполнить множество задач, например, уменьшить и/или объединить файлы JavaScript.

Другая хорошая функция, представленная в Visual Studio, 2010 преобразование Web.config . This также не доступен на веб-сайтах. Теперь работает с веб-сайтами в VS 2013.

Здание веб-приложение быстрее, чем создание веб-сайта, особенно для больших сайтов. Это главным образом, потому что веб-приложения не компилируют код разметки. В MVC при установке MvcBuildViews на истинный тогда, он компилирует код разметки, и Вы получаете обнаружение ошибок, которое очень полезно. Вниз сторона - то, что каждый раз Вы создаете решение, оно создает полный сайт, который может быть медленным и неэффективным, особенно если Вы не редактируете сайт. l включают и выключают MvcBuildViews (который требует, чтобы проект разгрузился). С другой стороны, с веб-сайтами можно выбрать, если Вы хотите создать сайт как часть решения или нет. Если Вы выбираете не к, то создание решения очень быстро, и можно всегда нажимать на узел веб-сайта и выбирать Сборку, если you’ve внес изменения.

В проекте веб-приложения MVC у Вас есть дополнительные команды и диалоговые окна для общих задач, как вЂ˜Add View’, вЂ˜Go К View’, вЂ˜Add Controller’, и т.д. Они не доступны на веб-сайте MVC.

, Если Вы используете IIS Express в качестве сервера разработки на веб-сайтах, можно добавить виртуальные каталоги. Эта опция не доступна в веб-приложениях.

Восстановление пакета NuGet не работает на веб-сайтах, необходимо вручную установить пакеты, перечисленные на packages.config , Восстановление Пакета теперь работает с веб-сайтами стартовый NuGet 2.7