Інструменти командного рядка ASP.NET

Для коректної роботи цих коштів необхідно правильно налаштувати змінні середовища PATH, INCLUDE і LIB. Рекомендується використовувати пункт меню "Командний рядок Visual Studio", який служить для виведення вікна командного рядка і завдання цих змінних. Для цього натисніть кнопку Пуск, послідовно наведіть курсор миші на пункти Усі програми, MicrosoftVisual Studio <версія>, Засоби Visual Studio, потім клацніть пункт Командний рядок Visual Studio.

Програма компіляції для ASP.NET (Aspnet_compiler.exe) дозволяє компілювати веб-додаток ASP.NET, на місці або для розгортання в цільовому розміщенні, таких як сервер програми. Компіляція на місці підвищує продуктивність програми, тому що кінцеві користувачі не стикаються з затримкою при першому зверненні до програми, поки додаток компілюється. Компіляція для розгортання може бути виконана одним з двох способів: один видаляє всі вихідні файли, наприклад код програмної частини і файли розмітки, інший зберігає файли розмітки.

· Версія, надана разом з.NET Framework 2.0. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов'язаних із середовищем CLR.NET Framework 2.0. Веб-додатки можуть призначатися для.NET Framework 2.0,.NET Framework 3.0 або.NET Framework 3.5.

· Версія, яку надає разом з.NET Framework 4. Використовуйте цю версію для веб-додатків, які розгортаються в пулах додатків, пов'язаних із середовищем CLR.NET Framework 4. Веб-додатки можуть призначатися для.NET Framework 2.0,.NET Framework 3.0,. NET Framework 3.5 або.NET Framework 4. При використанні цієї версії для веб-сайтів, призначених для.NET Framework 2.0,.NET Framework 3.0 або.NET Framework 3.5, надаються поліпшені звіти про помилки в порівнянні з версією.NET Framework 2.0.

Програма компіляції для ASP.NET може бути використана двома способами: для компіляції на місці і для компіляції для розгортання, при якій вказується цільової вихідний каталог.

Програма компіляції для ASP.NET може компілювати додаток на місці, тобто вона імітує поведінку, пов'язану з виконанням декількох запитів до додатка, що призводить до виконання звичайної компіляції. Користувач предкомпілірованного вузла не відчує затримки, спричиненої компіляцією сторінки при першому запиті.

Зверніть увагу, що при використанні уособленою облікового запису, дана обліковий запис і обліковий запис користувача для входу в систему повинні мати доступ на запис, щоб могла бути виконана компіляція.

При попередньому компілюванні вузла на місці дійсно наступне:

· Вузол зберігає свою структуру файлів і каталогів.

· Необхідна наявність компіляторів для всіх мов програмування, використовуваних вузлом на сервері.

· Якщо відбувається збій компіляції будь-якого файлу, компіляція всього вузла є невдалою.

Також можна виконати повторну компіляцію програми на місці після додавання до нього нових вихідних файлів. Програма компілює тільки нові або змінені файли, за винятком випадків, коли використовується параметр -c.

Компіляція програми, що містить вкладене програму без компілює вкладене додаток. Вкладене додаток повинен бути відкомпілювати окремо.

При компіляції веб-додатки, що містить головні сторінки, можливий збій компіляції, якщо додаток компілюється як оновлюваний вузол, і відбувається конфлікт назв. Конфлікт може статися, якщо ім'я головної сторінки збігається з ім'ям простору імен для сторінки вмісту, похідною від головної сторінки. (Відносини спадкування можуть бути визначені атрибутом Inherits директиви @ Page). Щоб усунути цю проблему, можна або змінити ім'я класу головної сторінки, або ім'я в просторі імен, або можна компілювати додаток як неоновлювані.

Якщо використовується версія.NET Framework 4 цього інструменту для попередньої компіляції веб-сайту і якщо цей сайт призначений для попередньої версії платформи.NET Framework і пов'язаний з пулом додатків, призначеним для середовища CLR.NET Framework 2.0, то перший запит веб-додатки призведе до динамічної компіляції цього сайту, як якщо б попередня компіляція не виконувалася. Це відбувається тому, що компілятор командного рядка виконує компіляцію в тимчасових теках.NET Framework 4, які розпізнаються середовищем CLR.NET Framework 2.0.

Використання параметра -u компілює додаток таким чином, щоб можна було змінити певні файли в компілювати додатку без його повторної компіляції. Програма Aspnet_compiler.exe розрізняє статичні і динамічні типи файлів, і обробляє їх по різному при створенні результуючого додатки.

Статичні типи файлів - це ті, які не мають пов'язаного компілятора або постачальника компонування, наприклад файли з розширеннями CSS, GIF, HTM, HTML, JPG, JS і т.п. Ці файли просто копіюються в цільове розміщення, зі збереженням відносних положень в структурі каталогів.

Динамічні типи файлів - це ті, які мають зв'язаний компілятор або постачальник компонування, включаючи файли з розширеннями для ASP.NET, наприклад ASAX, ASCX, ASHX, ASPX, BROWSER, MASTER і т.п. Програма компіляції для ASP.NET створює збірки на основі цих файлів. Якщо параметр -u опущений, програма також створює файли з розширенням COMPILED, зіставляють вихідні файли збірці. Щоб забезпечити збереження структури каталогів джерела додатки, програма створює файли-местозаполнітелі у відповідних розташуваннях в цільовому додатку.

Необхідно використовувати параметр -u для вказівки, що вміст компілює програми може бути змінено. В іншому випадку, наступні зміни ігноруються або викликають помилки часу виконання.

У наступній таблиці описані способи програма компіляції для ASP.NET обробляє різні типи файлів при використанні параметра -u.

Деякі сценарії, наприклад розгортання веб-додатки за допомогою інсталятора Windows, вимагають використання узгоджених імен файлів і вмісту, а також узгоджених структур каталогів для вказівки збірок або установок конфігурація для оновлень. У таких випадках можна використовувати параметр -fixednames для вказівки програмі компіляції для ASP.NET, що потрібно компілювати збірку для кожного вихідного файлу, замість використання режиму компіляції декількох сторінок в збірки. Це може привести до великої кількості збірок, тому, якщо важлива масштабованість, цей параметр слід використовувати з обережністю.

Параметри -aptca, -delaysign, -keycontainer і -keyfile надані для того, щоб можна було використовувати програму Aspnet_compiler.exe для створення збірок зі строгими іменами без використання програми Sn.exe (засіб строгих імен) окремо. Ці параметри відповідають AllowPartiallyTrustedCallersAttribute, AssemblyDelaySignAttribute, AssemblyKeyNameAttribute і AssemblyKeyFileAttribute відповідно. Оскільки кожен параметр застосовує відповідний атрибут до компільованої збірці, і так як параметри позначені атрибутом AttributeUsageAttribute, властивість AllowMultiple якого встановлено на значення false, використання цих ключів в вихідному коді, який вже був помічений одним з цих атрибутів, призводить до збою компіляції.

Деякі класи в просторі імен System.Web.Compilation дозволяють коду отримувати доступ або викликати програму Aspnet_compiler.exe поза середовищем IIS. Клас ClientBuildManager надає PrecompileApplication метод для компіляції програми. Клас ClientBuildManager також працює з класом ClientBuildManagerParameter дозволяє вказати PrecompilationFlags, відповідний установкам даною програмою, і аналогічно вказати ключі суворого імені.

Что делает отдел по эксплуатации и сопровождению ИС? Отвечает за сохранность данных (расписания копирования, копирование и пр.)...

ЧТО ПРОИСХОДИТ ВО ВЗРОСЛОЙ ЖИЗНИ? Если вы все еще «неправильно» связаны с матерью, вы избегаете отделения и независимого взрослого существования...

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

Что будет с Землей, если ось ее сместится на 6666 км? Что будет с Землей? - задался я вопросом...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: