Я не получаю его..., Ваш блок выгоды просто выдает новое исключение (с тем же сообщением). Означать, что оператор:
проблема состоит в том, что в некоторых случаях (не все), что мой блок попытки/выгоды не поймает его и вместо этого останавливает выполнение как необработанное исключение.
точно, что , ожидал происходить.
Лучший совет - использовать класс с учетом семантики
Хорошие имена не меняются
Подумайте о , почему вам нужно что-то посмотрите определенным образом, и не совсем о , как это должно выглядеть. Выглядит может всегда меняются, но причины взгляд на что-то остается прежним.
Хорошие имена предупреждение , важные , downloadableImage и подменю - все добрые имена. Они описывают, что такое определенный элемент представляет, и они вряд ли изменятся. Предупреждение всегда останется предупреждением, нет независимо от того, насколько сильно выглядит страница изменения.
Плохие имена border4px , lighttext и prettybackground - все это примеры плохих имена. Вы могли бы откормить эту границу до колоссальные 5 пикселей, или фон через некоторое время может выглядеть довольно старым, и совсем не красиво. Преимущество с помощью CSS вам не придется многое изменить, чтобы изменить внешний вид вашего сайта. Если вам нужно заменить весь светлый текст на темный текст, и таким образом изменить все классы lighttext в темный текст на всех ваших HTML-страницах, вы, вероятно, пропустите несколько.
из этой статьи
быть описательным и называть свои идентификаторы и классы семантическим способом, придавать им значение
идентификаторы можно использовать только один раз на странице, поэтому они полезны для основных структурных элементов, таких как «верхний колонтитул» и «нижний колонтитул» (пока не появится HTML5 и заменяет их собственными элементами).
Классы можно использовать несколько раз, и вы можете использовать несколько классов для каждого элемента. Они должны быть достаточно общими - поэтому вместо, скажем, warningMessage
вы можете создать одно сообщение стиля
с базовым стилем макета, а затем предупреждение
, ] info
и error
стили с разными цветами. Затем используйте
Вы также должны использовать элементы HTML, где это применимо. Вместо
используйте тег заголовка, например
.
Как уже говорили другие, вы можете использовать подчеркивания, дефисы или верблюжий регистр - т.е. my_style
или my-style
или myStyle
. Просто выберите соглашение и придерживайтесь его (лично я использую my-style
). Джитендра предположил в комментарии, что строчные буквы лучше, когда вы используете сжатие gzip, что верно во всех отношениях - для имен шрифтов, шестнадцатеричных цветов, и в любом случае стоит называть файлы (например, фоновые изображения) строчными буквами.
Иногда подходит. с хорошими именами бывает сложно. Подумайте о других местах , где вы могли бы использовать такое же форматирование. Например, если вы хотите поместить автора и дату статьи под заголовком более мелким серым текстом, вы можете использовать .authorAndDate
, но лучше будет .byline
. Это все еще достаточно наглядно, и его можно использовать и в других местах, например, в подписях к изображениям.
Those are the ones which come up in most of my projects but obviously it depends what you're doing. Just try to keep it logical.
Правила присвоения имен атрибуту id или class просты. Сделайте его кратким, последовательным (например, если вы используете дефисы, подчеркивания или CamelCase для одного, используйте тот же формат для других) и убедитесь, что имя основано на функции или значении элемента, а не на стиле для быть применено.
например
,
,
Настоящего соглашения об именах не существует. Просто согласуйте его со своей командой и придерживайтесь его. Например, не смешивайте футляр для верблюда и футляр для змеи.
Старайтесь давать как можно более подробное описание при названии класса. Пример:
.menu: bad
.head_menu: better
.wrapper: very bad
.main_content_wrapper: better
edit; Я видел худшее соглашение об именах, использующее фактическое содержание стиля. Например:
.redButton
... потому что, когда я дошел до кода (устаревшего кода), «красная кнопка» была не красной, а синей (или что-то в этом роде).
Попробуйте использовать то, что вряд ли изменится, например цель класса.
Я называю свои идентификаторы и классы по их назначению. Я стараюсь не использовать описания, в которых используется цвет или направление.
Например, если у меня есть боковая панель слева, но она для главного меню, я могу назвать ее #main
или #mainMenu
. Правая боковая панель на том же сайте будет выглядеть так: #altSidebar
или #subMenu
.
У меня гораздо больше классов, чем идентификаторов, поэтому назвать их немного сложнее.