Я не думаю будет большая разница между скоростью методов Page и HTTP-обработчиками. Однако, если вы беспокоитесь о производительности вашего приложения, вы должны сравнить каждый вариант и выбрать то, что лучше для вас.
Чтобы ответить на вопрос, который лучше или более полезен , в основном в контексте ASP.NET у вас есть три варианта, каждый со своими плюсами и минусами:
Методы страницы - весь ваш код содержится на одной странице, что хорошо, если код только используется этой страницей. Вам, вероятно, следует реализовать методы, которые возвращают специфичные для страницы фрагменты HTML в качестве методов Page. Однако, если мы говорим о повторно используемом коде, таком как «Сохранить тему» или «Получить темы», вы можете рассмотреть возможность использования этого кода в другом месте. Я гарантирую, что по мере роста вашего приложения вам понадобятся эти методы и в других частях приложения.
Универсальные обработчики HTTP - легковесны и отлично подходят для кода, который необходимо часто вызывать во всем приложении. Чаще всего универсальные обработчики реализуются для обслуживания контента, и я не знаю, как лучше всего использовать эту тему, но для меня POST универсальный обработчик для сохранения данных имеет отчетливый запах. Вы также обнаружите, что для связанных функций (Сохранить, Получить один, Получить много и т. Д.) Вы получите рой обработчиков или обработчик с гигантским оператором переключения и нечетким контрактом. на основе строки запроса и POST параметров. Я бы не рекомендовал эту опцию для реализации обширного приложения AJAX. Для маленьких кусков это может удовлетворить ваши потребности.
Веб-службы ASP.NET (или WCF). Третий вариант, который вы не упомянули в своих вопросах, - это веб-службы ASP.NET (.asmx). Вы можете легко включить их в существующее приложение ASP.NET без каких-либо дополнительных зависимостей фреймворка. Они предлагают хороший баланс между вариантами 1 и 2. С одной стороны, вы получаете возможность повторного использования во всем приложении и даже вне приложения, если вы так решите, какие методы Page не могут предоставить. С другой стороны, вы можете аккуратно связать воедино связанную функциональность осмысленными способами, что может привести к путанице с обычными обработчиками. При необходимости вы также можете взаимодействовать со службами, используя SOAP XML, JSON или HTTP POST / Plaintext.
А здесь можно использовать подстановочный знак: Использовать ASP.NET MVC и jQuery . Если вы хотите создать простое и подлое веб-приложение и обычно находите постбэки некрасивыми и находите такие вещи, как то, что точно происходит, когда xmlhttprequest меняет состояние чтения, интересно, это может предоставить вам лучший опыт в общем и целом. Может быть, не для этого проекта, а для следующего.