Інструменти командного рядка asp.Net
Для коректної роботи цих коштів необхідно правильно налаштувати змінні середовища PATH, INCLUDE і LIB. Рекомендується використовувати пункт меню "Командний рядок Visual Studio", який служить для виведення вікна командного рядка і завдання цих змінних. Для цього натисніть кнопку Пуск, послідовно наведіть курсор миші на пункти Усі програми, MicrosoftVisual Studio <версія>, Засоби Visual Studio, потім клацніть пункт Командний рядок Visual Studio.
Програма компіляції для ASP.NET (Aspnet_compiler.exe) дозволяє компілювати веб-додаток ASP.NET, на місці або для розгортання в цільовому розміщенні, таких як сервер програми. Компіляція на місці підвищує продуктивність програми, тому що кінцеві користувачі не стикаються з затримкою при першому зверненні до програми, поки додаток компілюється. Компіляція для розгортання може бути виконана одним з двох способів: один видаляє всі вихідні файли, наприклад код програмної частини і файли розмітки, інший зберігає файли розмітки.
Існує дві версії засобу компіляції 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.
Компілювання додатки для розгортання.
Можна виконати компіляцію програми для розгортання (компіляція в цільове розміщення) шляхом вказівки параметра targetDir. Параметр targetDir може бути остаточним розташуванням для веб-додатки, або компілювати додаток може бути розгорнуто далі.
Використання параметра -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.