Встроенные ресурсы конструкторов ввода обслуживаются через механизм WebFormView. Когда ваше приложение установлено в debug = false в веб-конфигурации, механизм представления кэширует представление, поэтому оно загружается из сборки только один раз. Реальная причина, по которой создатели ввода будут немного медленнее, заключается в том, что они используют главную страницу для сокращения поддерживаемого HTML-кода. Шаблоны редактора будут создавать входные данные, например. Эквивалентный Input Builder создаст метку, ввод и html 'chrome' вокруг двух, так что вы можете указать его один раз и применить к каждой форме, использующей построитель ввода. Действительно, построители ввода применяются для как строится разметка ваших форм, и она делает это таким образом, который дает вам контроль, но при этом сохраняет фрагменты html «СУХИМ» (не повторяйте себя).
Как и все, есть компромиссы. Для разработчиков входных данных вы компенсируете некоторую производительность во время выполнения для производительности разработчиков. В конце концов, если вам нужно иметь суперэффективную форму на общедоступном веб-сайте, лучшим вариантом будет сервер статического html-файла, который публикует действие MVC.