Одной из стандартных возможностей ASP.NET являются так называемые страничные методы (Page Methods). Суть её заключается в том, что разработчик может определить в коде страницы статические методы, помеченные атрибутом WebMethod (из пространства имён System.Web.Services), которые затем могут быть вызваны из клиентского скрипта.

Возможность эта достаточно удобная, однако её существенным ограничением является то, что определены такие методы могут быть только на странице. При добавлении их в мастер-страницы или в пользовательские элементы управления работать они уже не будут.

В этой статье я кратко расскажу о самой технологии, а также о небольшом трюке, который позволяет определять страничные методы в элементах управления при помощи сборщиков элементов управления.

В ASP.NET перед тем как использовать пользовательский элемент управления (User Control) на странице, его необходимо подключить при помощи директивы Register.

В большинстве случаев, использование этой директивы излишне, поскольку пользовательские элементы управления часто используются на странице только один раз. При этом, чтобы вспомнить их месторасположение нужно сначала найти соответствующую директиву Register.

В этой статье я бы хотел рассказать о небольшом трюке, который позволяет использовать пользовательские элементы управления без директивы Register.

Последнее время мне очень часто приходилось сталкиваться с весьма неприятной ситуацией. При открытии какого-либо сайта через Visual Studio и нажатии Ctrl+F5 я получал огромное количество ошибок компиляции. При этом этот же сайт, выложенный на web-сервер, прекрасно работал. Ситуация становилась ещё хуже, когда требовалось выполнить отладку.

Обычно эта проблема появлялась на достаточно старых сайтах, созданных в кустарных условиях с обильным применением языка программирования JScript и SSI (Server Side Includes), однако, как оказалось, она также появляется в достаточно широко используемой NET Forge CMS.

Если открыть html-разметку большинства сайтов, то можно обнаружить, что она содержит значительное количество ненужных символов, таких как пробелы, переносы строк, а иногда даже html-комментарии. Все эти символы можно удалить из разметки не нарушив при этом корректную работу сайта.

Я бы хотел рассказать о том, как можно выполнить такую оптимизацию на этапе компиляции сайта.

Сейчас, наверное, очень сложно себе представить хороший сайт без «красивых» адресов страниц. Они одновременно и радуют глаз, и помогают поисковикам лучше ориентироваться на сайте.

Для asp.net существует несколько библиотек, позволяющих добавить поддержку таких адресов на сайт. Все они имеют свои плюсы и минусы, но я хотел бы поделиться своим методом, который мне кажется наиболее простым, поскольку не требует большого количества кода и позволяет автоматически обрабатывать все aspx-файлы на сайте без необходимости прописывать маршруты для каждого из них.