Стиль настраиваемого элемента управления ASP.NET

Я начинаю работу над несколькими настраиваемыми элементами управления ASP.NET. Мне было интересно, могу ли я получить информацию о ваших мыслях парней / девушек о том, как вы применяете стиль к своим элементам управления.

Я бы предпочел протолкнуть его так, чтобы CSS, поэтому для нескольких элементов управления, которые я делал в прошлом, я просто вставил свойство строки, которое позволяет вам вводить строку, которая затем вставляется в атрибут style при рендеринге. Я знаю, что могу также использовать свойство CSSClass и применить атрибут class.

Я мало что сделал для создания правильного свойства Style (в котором вы фактически сохраняете объект стиля и используете конструктор для определения его значений). Мне это кажется большой работой, и, черт возьми, я ненавижу пользовательский интерфейс редактора стилей и предпочитаю ввести имя CSS / класса, чтобы применить ..

Что вы думаете об этом?


Примечание. Это своего рода субъективное мнение, поэтому для ясности:

Принятым будет тот ответ, который:

  • Предлагает плюсы и минусы различных подходов.
  • Мнения приветствуются, но хороший ответ должен быть конструктивным.
  • Подтверждает это некоторыми реальными знаниями / опытом.

Нет ничего неправильного в субъективности. Существует проблема в том, что люди субъективны и не думают, конструктивны или действительно дают некоторую информацию и опыт.

›› НЕ ‹< помечают это как субъективное - это пустая трата времени. субъективное - это не технология или категория, которую люди будут искать. Исправьте вопрос, а не отмахивайтесь от него.


person Rob Cooper    schedule 16.09.2008    source источник


Ответы (2)


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

С другой стороны, нет смысла тратить много времени на то, чтобы стили работали, если вы или ваша команда единственные, кто использует этот элемент управления, при условии, что стиль работает разумно.

Большинство реализованных мной настраиваемых элементов управления используют свойство для определения внешнего вида элементов управления или просто предоставляют членам элементов управления собственные свойства CSSClass.

Аргумент сводится к зависимости согласованности от времени - любой элемент должен использовать согласованные механизмы стилизации, если ограничены по времени, использовать строковый метод, если нет, реализовать более сложный / удобный для IDE механизм.

person Martin    schedule 16.09.2008

Я думаю, вы должны учитывать свой «целевой рынок» для настраиваемого элемента управления, например, людей, которые будут его использовать.

Если это внутренний настраиваемый элемент управления, вы можете в значительной степени обязать использовать тот или иной элемент: если он является внутренним для компании, у вас будет возможность обеспечить его согласованность.

Однако, если он предназначен для коммерческого потребления, необходимо, чтобы вы предоставили возможность предоставить способ использования стиля или класса. Показательный пример: элементы управления навигацией по сайту ASP.NET, например SiteMapPath, Меню, Treeview. У них есть набор свойств, которые позволяют использовать стили, классы или их комбинацию для каждого аспекта внешнего вида элементов управления.

person Jon Limjap    schedule 16.09.2008
comment
Извини, Джон, Мартин просто опередил тебя, а ты стараешься покрыть те же самые моменты. Спасибо за ответ :) +1. - person Rob Cooper; 22.09.2008