Путь ASP.NET Core [уровень 1] Основы
ASP.NET Core — новейший фреймворк для кроссплатформенной веб разработки. Пока его популярность (как и количество вакансий) только начинает набирать обороты самое время узнать о нем побольше. Ну а для того, чтобы все знания не испарились сразу после прочтения — добавим существенную практическую часть. Создадим простое приложение, для тестирования прочитанного.
Если вы считаете, что уже достаточно круты в новом фреймворке — можете попробовать пройти тест до того, как прочтете статью. Линк. Весь код проекта можно посмотреть на гитхабе.
Первая часть включает:
В чем же тогда особенности и отличия ASP.NET Core от предыдущего ASP.NET? Некоторые из них это:
Класс Statup можно, в какой-то степени, охарактеризовать как новый вариант Global.asax (Это класс для глобальной настройки всего приложения в предыдущей версии ASP.NET). Грубо говоря, можно сказать, что метод ConfigureServices нужен для конфигурации контейнера для внедрения зависимостей и его сервисов, а метод Configure для конфигурации конвейера обработки запросов.
Приступим к практической реализации
Чтобы облегчить себе жизнь, выберем Web Application и поменяем аутентификацию на Individual User Accounts. Таким образом Visual Studio уже сгенерирует весь нужный код для базового приложения.
Рассмотрим детальней что же нового появилось в ASP.NET Core. С точки зрения разработки вся концепция осталась прежней. Структура проекта базируется на паттерне MVC. Для работы с данными по умолчанию используем Entity Framework, логика описана в классах-контроллерах, на уровне представлений используем синтаксис cshtml + новая фишка tag helpers.
Проверим классы Program.cs и Startup.cs, они действительно выглядят такими же, как было описано выше. Конечно класс Startup не совсем пуст, а уже вмещает функционал для считывания конфигурации, настройки базового логирования, маршрутизации и привязку на нашу модель базы данных.
Дополним модель базы данных сущностями для создания и прохождения тестов. Будем использовать следующие сущности: Набор тестовых вопросов — TestPackage, Сам вопрос (тест) — TestItem, Результат теста — TestResult. Пример можно посмотреть тут. Радует, что EntityFramework Core уже поддерживает большинство функционала и можно полноценно пользоваться Code First миграциями.
Добавляем логику
Теперь, когда у нас есть модель базы данных, мы можем приступить к созданию логики для нашего приложения. Самый простой способ создания админки — это механизм scaffolding. Для этого, кликаем правой кнопкой мыши по папке контроллеров и выбираем Add → New Scaffold Item:
Выбираем «MVC Controller с представлениями, с использованием Entity Framework». Этот шаблон позволяет нам быстро создать контроллер и вьюхи для управления одной конкретной моделью. Проделаем такой трюк для TestPackage и TestItem. В результате у нас есть готовый прототип админки для нашей системы. Можно запустить проект и зайти на страницы этих контроллеров, просто добавить его имя без слова Controller в конец адреса, например, /testpackages. Конечно в ней еще не все идеально, поэтому нужно допилить некоторые моменты и сделать их более удобными.
После создания модели и простого функционала для работы с ней, можно перейти к самому процессу прохождения тестов. В общем, все выглядит просто. Сервер присылает вопрос, варианты, мы отсылаем назад ответ. Сервер сохраняет его. В конце теста показываем результат. Добавим код для этого поведения.
В общем, все что нужно для теста у нас есть.
Основы Dependency Injection в ASP.NET Core
Важным новшеством новой версии ASP.NET так же является встроенный механизм внедрения зависимостей. В 2016 году уже никого не удивишь тем, что механизм внедрения зависимостей можно перенести внутрь фреймворка. Мало какое серьёзное приложение пишут без использование этого подхода. DI в ASP.NET Core реализован достаточно базово, но в то же время позволяет решить большинство задач управления зависимостями.
Конфигурация контейнера осуществляется в методе ConfigureServices класса Startup. Пример:
Можно заметить, что для контекста базы данных и Identity фреймворка есть дополнительные, не типичные методы их регистрации. Это позволяет более гибко их сконфигурировать. В этот подход регистрации сервисов очень красиво вписываются extension-методы.
После регистрации сервисов, самый легкий способ получить из в коде (например, в контроллерах) — это просто добавить параметр конструктора типа, который был зарегистрирован. Такие контроллеры по умолчанию создаются скаффолдингом.
Деплой
Одним из самых простых способов деплоймента остается Microsoft Azure. Нам достаточно самых базовых настроек для полноценной работы. Развертывание сайта на сервере все так же просто — с помощью нескольких кликов, начиная с контекстного меню на файле проекта.
Выводы
Asp что за группа
На Западе модель ASP уже стала неотъемлемой частью современных информационных технологий. В России дебаты по этой теме ведутся достаточно давно и интенсивно. Термин ASP и компании-провайдеры ASP-сервисов являются несколько новыми для российского рынка, поэтому, в начале, мы дадим ему краткое определение.
Как правило, услуги ASP нацелены на небольшие компании со скромным информационно-технологическим бюджетом. Тем не менее в последнее к услугам ASP активно прибегают средние и крупные компания, а также промышленные предприятия и консорциумы.
В общем и целом практически любой программный продукт или IT-услуга может распространяться по модели ASP.
Таким образом, ASP существенно увеличивает эффективность бизнеса с точки зрения построения распределенных сетей, повышения прозрачности партнерства, роста динамики бизнеса. Но одновременно растут требования к уровню доверия и риски, связанные с сетевым характером бизнеса.
 |
| Модели и рынок |
|
На данный момент основа самой идеологии приходиться на аренду бизнес-приложений. В нижеследующей таблице приведены наиболее популярные для аренды приложения на мировом ASP-рынке.
| Использование различных приложений ASP (в % от компаний) | |
| Приложения для работы в группах | 62% |
| Поддержка продаж/Маркетинг | 61% |
| Управление кадрами | 56% |
| Бухгалтерия | 54% |
| Работа с клиентами | 52% |
| Электронная коммерция | 50% |
| Управление производством | 35% |
| Общий менеджмент | 34% |
| Финансы | 26% |
| IDC, Апрель 2000 года | Business2business.ru |
Одними их первых на рынок ASP-приложений вышли поставщики решений. Связано это с тем, что многие бизнес-приложения требуют достаточно большого количества инвестиций со стороны заказчика, а аренда В некоторых случаях они оправданы, т.к. приобретение приложения может стоить меньше, чем его аренда. С другой стороны, компания-производитель приложений может предлагать их в аренду в качестве маркетингового хода для завоевания рынка: ограничивая количество сервисов и снижаю цену до аренды до уровня рентабельности, поставщик ПО приучает пользователя к приложению и дает ему возможность оценить все предлагаемые возможности, чтобы в дальнейшем приобрести все решение целиком.
На текущий момент практически все крупные мировые поставщики программного обеспечения предлагают свои продукты по модели ASP. Среди них: Oracle, Microsoft, SAP, PeopleSoft, Siebel, Ariba, Commerce One и другие. Российские производители ПО так же постепенно начинают адаптировать свои приложения к ASP-модели. ASP-бизнес, как таковой, является изначально достаточно дорогим удовольствием. Первоначальные инвестиции в России могут достигать 2 миллионов долларов, без учета создания собственного центра обработки данных (Data Center), который может стоить от 20 до 60 миллионов долларов. Первоначальные вложения в «железо» практически полностью совпадают с западными аналогами. Завышенные расходы на лицензирование услуг и маркетинг отчасти компенсируются меньшим уровнем оплаты труда специалистов.
| Распределение расходов у ASP-провайдеров (в % от общих расходов) | |
| Расходы на персонал компании | 22% |
| Программное обеспечение | 17% |
| Оборудование и сервера | 15% |
| Продажи и маркетинг | 14% |
| Расходы на сеть (каналы связи) | 13% |
| Содержание центра обработки данных | 10% |
| Служба поддержки клиентов | 9% |
| IDC, Июнь 2000 года | Business2business.ru |
ASP модель можно разделить на несколько составляющих, каждая из которых имеет свое назначение.
| Составные части модели ASP | |
| Составная часть ASP | Назначение |
| Сервис-интеграторы (Service Integrators) | Компании, непосредственно работающие с конечными пользователями. Именно они предоставляют им полное и законченное решение. |
| Провайдеры приложений | Непосредственно создают приложения. В эту категорию входят и те компании, которые на определенных условиях свои собственные разработки. |
| Провайдеры доступа | Провайдеры, предоставляющие клиентам доступ в сеть. В эту группу входят не только Интернет-провайдеры, но и провайдеры мобильной связи. |
| Операторы инфраструктуры | Телекоммуникационные компании, хочтинг-провайдеры, collocation-провайдеры. |
| Сервис-провайдеры инфраструктуры | Компании, предоставляющие элементы ИТ-инфраструктуры в сфере программного обеспечения и сервисов: биллинг, платежные системы и т.д. |
| MSP (Management Service Providers) | Провайдеры, специализирующиеся на управлении ИТ-системами и приложениями, например, агрегаторы. |
| Business2business.ru |
Из таблицы видно, что компания, которая хочет занять бизнесом ASP, может найти свою нишу в этой модели. Рынок ASP довольно гибок, и совершенно необязательно, чтобы одна компания занималась всем сразу.
Доходы рынка ASP по регионам
(млрд. долл.)
Что касается оборотов рынка ASP, то они должны только расти. Хотя, в большинстве случаев, необходимо более «трезво» оценивать предлагаемые аналитиками цифры, которые иногда рознятся в 6 раз. Во многом это обусловлено тем, что различные компании включают в категории ASP сервисы ISP-провайдеров и центров данных. Так, по прогнозам аналитиков IDC, обороты рынка ASP в США составят в 2004 году около 12 миллиардов долларов, по сравнению с 500 миллионами в 1999 году и 3 миллиардами в 2001 году. За США сразу следует Западная Европа, с 8,31 миллиардами в 2004. На долю остальных стран приходится порядка 5 миллиардов долларов в 2004 году. Доля России в этих оборотах составит к 2004 году от 80 до 120 миллионов долларов.
|
| ASP в России: рынок и участники |
|
Рынок ASP в России до недавнего времени главным образом был представлен арендой почтовых серверов и электронных магазинов. Тем не менее, в период с июня по октябрь 2001 года на российском рынке появился целый ряд проектов, связанных с ASP. За большинством из них стоят крупные российские системные интеграторы, интернет-провайдеры и разработчики программного обеспечения.
Наиболее известным из ASP-проектов является Data Fort, входящей в группу IBS, который был запущен в коммерческую эксплуатацию в октябре 2001 года. Проект был создан совместными усилиями компании IBS и глобальной телекоммуникационной группой Cable & Wireless. В комплекс предлагаемых услуг входит аренда и поддержка корпоративной системы управления Navision Attain, аренда и поддержка корпоративных почтовых серверов на базе Microsoft Exchange Server; аренда СУБД Oracle, электронной торговой площадки TradeMatrix, а так же ряд других услуг, среди которых разработка систем на заказ и создание комплексных интегрированных решений с доступом по модели ASP. Технологической площадкой, на базе которой клиентам будут предлагаться услуги Data Fort, является Центр Обработки Данных (Data Center) компании Cable&Wireless. В рамках проекта действует онлайновый демо-центр, который позволяет в режиме тестирования ознакомиться с предлагаемыми компанией в аренду приложениями. Все услуги компании Data Fort сертифицированы по стандарту качества ISO9001.
Компания Sterling Group лично испытала плюсы и минусы ASP-похода: в качестве полигона для обкатки используется сеть из девяти региональных филиалов, разделенные территориально тысячами километров с центральным офисом в Москве. Все подразделения компании уже два года работают в единой ERP-системе SAP R/3. Так же компания пытается по модели ASP управлять своим сервисным центром, расположенным в Женеве.
Интересным фактом является то, что несмотря на конфиденциальность, бухгалтерское ПО наилучшим образом подходит для модели ASP. Оно довольно сложное в настройках, требует поддержки, и, что самое главное, при работе с ним предъявляются повышенные требования к защите информации. Именно все это и могут на сегодняшний день обеспечить российские ASP. К тому же, спор об утечке информации у провайдера намного легче решать с юридическим лицом. Среди имеющихся решений на данный момент можно отметить «web-расширение» для «1С: Предприятия», которое позволяет создавать и управлять бизнес-логикой приложений, проектировать интерфейсы и обеспечивать корпоративный доступ к данным и функциональным возможностям системы «1С:Предприятие».
Таким образом, на основании существующих ныне ASP-проектов можно сделать вывод о том, что рынок ASP в России в 2001 году только начал свое зарождение. Отсутствуют общие правила ценообразования и обеспечения уровня обслуживания. Большинство ASP-провайдеров формируются усилиями производителей приложений и интернет-провайдерами. Что касается малого количество действующих проектов, то это можно объяснить не только зарождением рынка, но и наличием ряда проблем, характерных не только для России, но и для всего остального мира.
|
| ASP в России: проблемы развития |
|
По мнению многих экспертов, основным фактором, мешающим широкому внедрению ASP-сервисов, является возможное нарушение конфиденциальности обрабатываемой информации. Бизнес ASP-провайдера можно сравнить в какой-то мере с банковским: для любого ASP важен фактор доверия со стороны клиента. Клиенту сложно решиться на раскрытие своих финансовых или иных информационных потоков при вынесении их в зону недоступную для его контроля. Не до конца понятно, как определить юридическую и финансовую ответственность, которую ASP-провайдеры должны нести за бизнес своих клиентов. Одним их решений может стать страхование рисков.
Кроме этого, энтузиазма у заказчиков не вызывает и физическая удаленность их серверов и данных. Большинство крупных компаний не допускают мысли, что данные могут храниться где-то вне зоны их полного контроля. К худшим последствиям можно отнести приход людей в черных масках в центр данных за сервером одного из клиентов ASP. Остановка работы центра, изъятие серверов и оборудования скажется отрицательно не только на «виновниках» происходящего, но и на всех клиентах, поскольку такая процедура может потребовать остановки работы всего центра.
Сложность и несовместимость приложений также может стать «узким местом» для ASP. Не секрет, что интеграция приложений является одной из первостепенных проблем для крупных и средних компаний, которые на заре информатизации использовали в своей работе сразу несколько программных продуктов для автоматизации различных сфер деятельности. Автоматизация сложных бизнес-процессов, с установкой самих решений и обучением персонала, может стоить если и не дороже самого решения, то очень близко к этому. В этом случае разница между арендой и покупкой готового решения может составить не более 10-15 процентов. Вряд ли крупные компании согласятся отдать свои ИТ-инфраструктуры полностью на откуп ASP-провайдерам. Скорее всего, лишь часть услуг или решений, будут приобретаться по такой модели. Их отношение к общему объему услуг будет меняться от компании к компании.
И наконец, в России всегда существовала проблема «последней мили». Для удаленной работы с серьезным бизнес-решением требуются достаточно хорошие каналы передачи данных, что влечет за собой большие вложения, которых в данных момент недостаточно для качественного роста инфраструктуры связи.
Прогнозы развития рынка ASP в России
(млн. долл.)
| Источник: IB Partners LLC. (на основе общих темпов и пропорций развития ИТ-рынка России относительно Европы) | Business2business.ru |
Что касается тенденций рынка, то для разных групп участников можно сделать некоторые выводы.
Компаниям стоит оценить целесообразность вложений в ASP: сравнить стоимость приобретения приложения и лицензий в постоянное пользование и прогнозируемых расходов на аренду в течение, по крайней мере, одного года. Необходимо принять во внимание и качество доступа в Сеть: без нормального выделенного канала (по крайней мере 256К) удаленная работа с приложениями будет довольно медленной, что бы не утверждали ASP-провайдеры.
Разработчикам приложений потребуется включить поддержку работы по модели ASP. Будет расти спрос на узкоспециализированное ПО, предлагаемое по модели ASP. Возможность работы с приложениями через интернет станет хорошим вкладом в их популярность у пользователей.
Полный текст исследования «Рынок ASP в России» можно будет заказать на сайте CNews.ru в феврале 2002 года.
|
| Комментарии участников рынка |
|
|
Сергей Токмаков: «У ASP-технологий в России хорошие перспективы»
Для компании Sterling Group 2001 год в первую очередь был отмечен выходом на новые рынки. Об основных направлениях развития компании в минувшем году, о том, как они были связаны с изменениями, происходящими на рынке информационных технологий CNews.ru рассказал президент компании Sterling Group Сергей Токмаков.
CNews.ru: Около года назад Sterling Group объявила о намерении развивать направление ASP. Есть ли сегодня у вашей компании проекты, реализованные на основе этой технологии?
С. Т.: Достижения в этом направлении, безусловно, есть. Во-первых, модель ASP мы испытываем «на себе»: именно таким образом взаимодействуют с ASP-центром одиннадцать наших региональных офисов. Один из этих центров находится в Женеве. И работа с этим центром используется для отладки технологии управления компанией по модели ASP
Лекция 1. Что такое ASP.NET. Инсталляция и тестовый проект.
Введение
Давайте обсудим, что такое динамические страницы HTML и чем они отличаются от статических. Статическая страница содержит код на языке гипертекстовой разметки HTML. Когда автор страницы пишет ее, он определяет, как будет выглядеть страница для всех пользователей страницы. Содержание страницы будет всегда одинаковым независимо от того, кто и когда решит ее просмотреть. Языка HTML вполне достаточно для отображения информации, которая редко изменяется и не зависит от того, кто ее просматривает. Страница HTML — простой ASCII-текст, следовательно, клиент может работать в любой операционной системе.
Совершенно понятно, что если сформировать web-страницу, описав ее структуру средствами HTML, она будет совершенно статична в смысле содержимого. То есть при просмотре в браузере она будет нести в себе точно ту же информацию, что была в нее записана в момент создания, и переданные пользователем данные не могут быть использованы для модификации содержимого отображаемых ему страниц: он сможет увидеть только то, что предварительно было записано в конечный набор файлов.
Но что, если мы хотим отобразить на странице текущий курс евро или прогноз погоды? Если мы написали страницу HTML вчера, сегодня она уже устареет. Следовательно, мы должны уметь создавать динамические страницы. Динамическое наполнение страницы – это информация, содержание которой определяется тем, кому она предназначена, и которая отличается от просмотра к просмотру. Оно позволяет обеспечить двусторонний обмен информацией – от клиента к серверу и обратно.
Динамическими принято называть web-страницы, которые перед отправкой клиенту проходят цикл обработки на сервере. В самом простом случае это может быть некоторая программа, которая модифицирует запрашиваемые клиентом статические страницы, используя параметры полученного запроса и некоторое хранилище данных. Даже при такой примитивной организации «неразрешимая» задача из предыдущего абзаца обретает очевидное решение: достаточно подготовить всего одну статическую страницу – шаблон – и перед отправкой страницы программно подставлять в него значение, полученное сегодня из банка или метеобюро.
Большинство страниц на ранних стадиях развития интернета были статическими. Последние 10 лет растет количество динамических страниц. И это понятно, пользователи интернет хотят не только читать готовую информацию, а быть активными действующими лицами. Например, они заказывают товары в интернет-магазине, пишут дневники, участвуют в конкурсах. Информационные порталы обновляют новости каждую минуту. Динамические страницы могут подстраиваться под конкретного пользователя, а также реагировать на его действия в браузере. Каким же образом? Для этого придумано множество технологий. Например, того, чтобы идентифицировать пользователя и сохранить его настройки для данного сайта, применяются файлы-cookies.
Динамическая веб-странице должна быть создана «на лету» программой, исполняющейся на интернет-сервере. Широко применяются механизм шлюзов CGI(Common Gateway Interface). Вначале пользователь получает статическую страницу с формой. Вам известно, что в теге FORM существует атрибут ACTION. Именно он задает адрес (URL) исполняемого приложения. На сервере находятся исполняемые файлы программ, написанных, например на C/С++ или Дельфи, которые по протоколу HTTP принимают данные из входного потока или из переменных окружения и записывают в стандартный выходной поток готовую страницу.
Для решения это проблемы Microsoft была предложена альтернатива – ISAPI(Internet Server Application Programming Interface)-расширения и фильтры. Вместо исполняемых файлов используются DLL – библиотеки. Код DLL находится в памяти все время и для каждого запроса создает не процессы, а нити исполнения. Все нити используют один и тот же программный код. ISAPI –приложение выполняется в процессе IIS-сервера. Это позволяет повысить производительность и масштабируемость.
ISAPI-расширения можно создавать в Visual Studio C++ 6.0, пользуясь мастером.
У ISAPI тоже есть недостатки, относящиеся к разработке. Если мы меняем исходный код dll, мы должны его откомпилировать и поместить в исполняемую директорию сервера. Но так как предыдущий вариант dll находится в памяти, необходимо остановить сервер, чтобы получить доступ на изменение файла. В это время клиенты не смогут получить в сервера ни один документ, и, конечно, будут не удовлетворены.
Скриптовые языки, исполняющиеся на стороне сервера – php и asp. Технология asp была разработана Microsoft в 90-х годах.
Выполнение кода asp поддерживается ISAPI-расширением сервера. В диалоге конфигурации сервера IIS определяются способы обработки файлов с различными расширениями. Для обработки URL-адреса с расширением в установках сервера определен файл asp.dll. Файлы asp отправляются к нему на обработку. На вход поступает asp, а на выходе имеем поток HTML-кода.
Тег сигнализирует asp, что в нем находится код, который он должен обрабатывать на сервере. Выполняется скрипт на языке, который указан в директиве Language. Оператор Response.Write записывает текст в выходной поток сервера, таким образом, он становится частью HTML-страницы, отправленной пользователю.
Технология asp была ограничена по своим возможностям. Он использовал скриптовые языки, которые имеют меньше возможностей, чем полнофункциональные языки программирования. Код asp был встроен в HTML в виде специальных тегов, что создавало путаницу. Кусочки asp были разбросаны по нему, как изюм в булке. Но HTML код обычно создают дизайнеры, которые умеют «делать красиво», а asp – программисты, которые заставляют все это работать. В ASP.NET вы можете держать код asp и HTML в разных файлах.
Скриптовые языки не поддерживают строгую типизацию. Что это значит? Вы можете не описывать переменную до ее использования и можете присваивать ей значения разных типов. Это удобно, но создает почву для ошибок. Например, у вас есть переменная x1, и вы присваиваете ей значение 1, но вы сделали опечатку и по ошибке написали x2=1. Будет создана новая переменная x2, а значение x1 не изменится. В языке со строгой типизацией компилятор заметит, что переменная x2 не описывалась, и выдаст ошибку.
В ASP.NET используются компилируемые языки. Во время компиляции проверяется синтаксическая корректность исходного текста. Скомпилированный в промежуточный язык код выполняется быстрее, и он будет таким же независимо от языка, который мы используем. Компилируемые языки поддерживают строгую типизацию.
ASP.NET использует технологию доступа к данным ADO.NET, которая обеспечивает единый интерфейс для доступа к базам данных SQL Server и файлам XML. Кроме того, усиленная модель безопасности позволяет обеспечивать защиту клиента и сервера от несанкционированного доступа.
В 2004 году появилась версия ASP.NET 2.0(бета-версия, окончательный выход – конец 2005-начало 2006). Как утверждается, эта версия позволяет сократить объем кодирования на 70%. Новые возможности версии 2.0 – например, использование шаблонов дизайна страниц(Master Page), упрощенная локализация Web-приложений, более 50 новых серверных элементов управления. Цели, которые преследовали разработчики новой версии – повысить скорость разработки сайтов, масштабируемость, легкость поддержки и администрирования сайтов, скорость работы сервера. Появилась панель остнастки MMC (консоль управления Microsoft), предоставляющая графический интерфейс для управления настройками ASP.NET. Изменять настройки проекта теперь можно и через web-интерфейс. ASP.NET 2.0 поддерживает работу на 64-битных процессорах. Сервис персонализации (personalization) предоставляет готовое решение для хранения персональных данных, непосредственно характеризующих пользователя сайта, так называемого профиля пользователя (Profile).
Шаблоны дизайна, темы и скины позволяют независимо дизайн всего сайта отдельно от его функциональности, темы включают графику и каскадные таблицы стилей.
Предыдущие версии Visual Studio для проектов ASP.NET требовали наличия на машине разработчика сервера IIS. Теперь сервер встроен в среду разработки.
ASP.NET 2.0 и Visual Studio 2005 предоставляют инструменты для легкого построения локализируемых сайтов, которые определяют предпочитаемый язык пользователя и посылают ему страницы на его языке.
Возможность прекомпиляции позволяет обнаружить ошибки до загрузки страниц на сервер. Можно не хранить на сервере исходные страницы aspx, тем самым защищая свою интеллектуальную собственность.
В ASP.NET 2.0 встроена технология автоматического обновления кэширования баз данных. Данные, полученные из базы, хранятся на сервере и он не обращается к базе для обработки повторного запроса. При изменении базы данных кэш обновляет свое содержимое.
Процесс инсталляции
Visual Web Developer 2005 Express Edition – свободно распространяемая среда предназначенный для новичков и студентов, доступная по адресу http://msdn.microsoft.com/vstudio/express/vwd/. Список отличий VWD от Visual Studio.NET 2005 невелик и для начинающих несущественен, он приведен здесь: http://msdn.microsoft.com/vstudio/products/compare/default.aspx
Системные требования – процессор с минимальной скоростью 600 МГц, 128 МБ памяти и 1.3 ГБ дискового пространства. После инсталляции нужно будет зарегистрировать свою установку, это совершенно бесплатно.
В качестве среды разработки вы можете выбрать WebMatrix. Эта программа совмещает в себе редактор и http-сервер. Ее можно загрузить на http://www.asp.net/WebMatrix.
У WebMatrix инсталлятор размером всего 1.2 Мб, но у него меньше возможностей, чем у VWD. Но, в общем, эти среды разработки похожи. У WebMatrix есть неприятная особенность – она дает запрос на сохранение во время закрытия файлов, которые не редактировались. VWD Express позволяет одним нажатием кнопки открыть Web-интерфейс конфигурирования проекта. В VWD работает технология IntelliSense, которая автоматически предлагает возможные в данном месте элементы кода.
По адресу http://asp.net/default.aspx можно найти много полезных для разработчиков программных продуктов, примеров кода и статей.
IIS(Internet Information Server) находится на инсталляционном диске Windows 2000/XP, но предустановлен только на серверах. Его можно установить, зайдя в Control Panel->Add or Remove Programs->Add/Remove Windows Components. Компьютер попросит вас вставить инсталляционный диск.
IIS может понадобиться, если вам нужен полноценный сервер для работы в интернет, а не просто на своем компьютере или в локальной сети или вы решили набирать текст в обычном редакторе. Для работы на своем компьютере во все эти среды разработки встроен сервер Cassini, который первоначально появился как часть WebMatrix. Символ WebMatrix – планета Сатурн, а Кассини — известный исследователь Сатурна. Предыдущие версии Visual Studio требовали наличия IIS, но теперь Cassini встроен и в Visual Studio 2005, что позволяет работать даже в Windows XP Home Edition.
Примеры будут даваться как для WebMatrix, так и Visual Studio. Некоторые примеры требуют VWD Express или Visual Studio.
Сообщества разработчиков.
Через меню помощи Visual Web Developer Express можно зайти на сайты форума по ASP.NET. А вот адреса сайтов на русском языке:
* http://www.aspnetmania.com
* http://www.gotdotnet.ru/
* http://www.sql.ru/
* http://dotsite.ru/
* http://www.rsdn.ru/
Вы можете завести пробный хостинг на http://europe.webmatrixhosting.net/russia/default.aspx.
Первый проект
Вначале решите, в какой директории будете создавать страницы. Все файлы, находящиеся в одной директории, считаются единым проектом.Запустите выбранную вами среду разработки. Выберите пункт меню File-New-Website. Появится диалоговое окно. Назначьте в нем имя проекта и выберите язык программирования С#.
По умолчанию проект создается в файловой системе. По желанию его можно создать на HTTP или FTP-сервере. Из файловой системы проект всегда можно скопировать на сервер нажатием одной кнопки в заголовке Solution Explorer.
В проекте будет создана страница default.aspx. Выберите ее, и появится окно редактирования с закладками Design и Source. Не меняя ничего, щелкните на кнопке со стрелкой, чтобы просмотреть страницу в браузере. Появится окно, котором спрашивается, нужно ли добавить в файл web.config возможность отладки. Нажмите OK. На панели задач должен появиться значок веб-сервера. Откроется браузер, показывающий страницу по адресу http://localhost:номерпорта/Website1/default.aspx. localhost обозначает сервер, работающий на вашем компьютере. Встроенный сервер Cassini сам назначает себе номер порта – для каждого проекта он разный. Сервер IIS обычно работает через порт 80(или 8080, если тот занят), и для него номер порта указывать не нужно. При этом ваша страница будет скомпилирована.
Пока что страница в бразере пустая.
Но исходный код этой страницы не пустой. Программа сгенерировала код для вас.
