Мое понимание управляющих адаптеров заключается в том, что они предназначены для предоставления различных HTML-рендеринга для разных браузеров (таким образом, вы регистрируете их в файле .browsers ...).Если не рендеринг для определенных браузеров, зачем использовать адаптер для расширения элементов управления ASP.Net?
Однако, похоже, что люди просто регистрируют адаптеры для браузера по умолчанию и используют их для общего переопределения метода Render элементов управления ASP.Net.
Вы считаете, что это правда? Если да, почему бы вам просто не наследовать элемент управления и не переопределять метод Render таким образом, а не использовать адаптер?
Преимущество переопределения заключается в том, что вы можете добавить к нему дополнительные свойства, которые вы не можете сделать с адаптерами.
Я просто хочу удостовериться, что я не пропустил какой-то секретный соус, который делает адаптеры лучше, чем переопределение.
Интересно, будет ли Microsoft когда-либо отказаться от концепции адаптеров, специфичных для браузера, и сделать адаптеры более общими, поскольку все, похоже, все равно используют их таким образом. – Deane
Адаптеры, специфичные для браузера, действительно полезны для отображения контента для мобильных устройств и устройств, поэтому даже с «стандартным» основным набором браузеров (IE8, Firefox, Chrome, Opera), которые не требуют специального рендеринга, все равно будет место для рендеринга браузера для мобильных устройств/устройств, а архитектура адаптера может справиться с этим требованием достаточно хорошо, поэтому я не вижу в ближайшее время идеи о том, что некоторые адаптеры браузера будут уходить. –