На это могло бы стоить посмотреть Pear_TextHighlighter ( документация )
, я думаю, что это не будет выходным HTML по умолчанию точно, как Вы хотите его, но это действительно обеспечивает обширные возможности удовлетворения требованиям заказчика (т.е. можно создать различные рендереры/синтаксические анализаторы)
Вы можете вызывать PageMethods и веб-службы без использования элемента управления ScriptManager
(который генерирует прокси-объекты JavaScript, позволяющие использовать знакомый синтаксис для вызова веб-служб и методов страницы) .
Статья о с использованием jQuery для прямого вызова методов страницы ASP.NET AJAX
Статья о с использованием jQuery для использования веб-служб ASP.NET JSON
Вот статья MSDN от 2007 года. о веб-службах и методах страниц . Если коротко взглянуть на это, кажется, что это все еще актуально для того, как они работают / что вам нужно сделать, чтобы заставить их работать сегодня.
С точки зрения производительности:
Вы можете ожидать, что методы страницы предложат лучшая производительность, чем у веб-сервисов. В конце концов, чтобы разрешить веб-сервис вызовы, среда выполнения ASP.NET должна анализировать пакеты SOAP. Однако это не совсем так. ASP.NET AJAX устанавливает индивидуальный обработчик HTTP (см. рисунок 3), который перехватывает все Запросы ASMX. Запросы с a / js суффиксы обрабатываются иначе, работа напрямую с полезной нагрузкой JSON и метод веб-службы. Как результат, никакой SOAP не задействован, а тело запроса просто содержит поток входных аргументов JSON. Для запросов, отличных от AJAX, новый HTTP обработчик просто делегирует обратный вызов к исходному обработчику ASP.NET, который понимает SOAP.
В ответ на жизненный цикл страницы методы страницы не проходят жизненный цикл страницы на стороне сервера (существует также жизненный цикл страницы на стороне клиента ).