Плюсы и минусы регистрации пользовательских элементов управления на странице web.config и asp

Question

Может кто-нибудь сообщить мне о плюсах и минусах регистрации пользовательских элементов управления в web.config и в верхней части страниц asp?

В частности, я ищу проблемы с производительностью. Все ли элементы управления, зарегистрированные в web.config, замедляют загрузку страниц (даже страниц, которые не используют эти элементы управления)?

Answer 1

Web.config Pros

1. Только 1 место для добавления дополнительного бита кода

Web.config Минусы

1. Иногда я забываю обновить web.config в производственной среде, поскольку я никогда не копирую web.config из промежуточной области на работающий сайт.

На каждой странице профи

1. Когда вы развертываете / публикуете страницы и / или копируете страницы из dev / test / staging на работающий сервер, вам не нужно беспокоиться об обновлении web.config

Один минус одной страницы

1. Это на каждой странице, поэтому, если что-то меняется, бывает трудно просмотреть каждую страницу и исправить ее
2. Вы должны добавить его вручную на каждую страницу

Я бы порекомендовал сделать это в web.config. Это меньше для вас, так как вам не нужно добавлять его на каждую страницу. Хотя, если у вас есть тонна и лоты используются только на одной странице, то вы можете сделать и то, и другое, чтобы ваш web.config был немного менее загроможденным. Я обычно помещаю свои элементы управления в web.config, если я использую их на нескольких страницах. Если он используется только на одной странице, я обычно объявляю его на своей странице asp.net.

Answer 2

Старый вопрос, но, наконец, ответ на производительность! Разницы нет:

http://weblogs.asp.net/scottgu/archive/2006/11/26/tip-trick-how-to-register-user-controls-and-custom-controls-in-web-config.aspx#1056687

Хорошая новость заключается в том, что нет никакой разницы в производительности между зарегистрировать их в файле web.config или вверху страницы.

Производительность во время выполнения точно такая же (они компилируются до одни и те же инструкции в обоих сценариях).

Компиляция также должна компилироваться с той же производительностью.

Answer 3

Не чертовски много минусов для помещения его в web.config. Это просто невозможно сделать с помощью перетаскивания, поэтому многие просто не делают этого. Сохраняет страницу менее загроможденной и облегчает изменение в долгосрочной перспективе.