вы можете создать более конкретное правило CSS, например:
<div class="withoutBorder x-splitter-focus">/div>
.x-splitter-focus:after {
position: absolute;
content: ' ';
top: 0px;
right: 0px;
bottom: 0px;
left: 0px;
border: 2px solid #fff;
pointer-events: none;
}
.withoutBorder.x-splitter-focus:after {
position: absolute;
content: ' ';
top: 0px;
right: 0px;
bottom: 0px;
left: 0px;
border: none;
pointer-events: none;
}
В этом примере этот div не будет иметь границы, поскольку второе правило css является более конкретным, поэтому все элементы с x-splitter-focus
и withoutBorder
класс не будет иметь границы
Что не так с обоими? Если значения определены или изменяются пользователем, определенно enum
не подойдет.
Если значения строго неизменны (например, пол), вы можете иметь их как перечисления
для удобства ссылок в приложении, а также в БД в виде отдельной таблицы для принудительного применения внешних ключей и в качестве ссылки.
Это зависит. Я перечислил несколько плюсов и минусов для каждого подхода ниже. В общем, я настоятельно предпочитаю перечисления, если приложению необходимо использовать значение для принятия решений. Как упоминал Мехрад, вы можете использовать оба подхода, но это требует дополнительных усилий для синхронизации списков.
Таблицы поиска:
Перечисление:
Если список достаточно стабилен, чтобы использовать перечисление, я бы использовал перечисление в вашем коде плюс таблицу в базе данных (сделав его внешним ключом для согласованности данных).
В моих проектах я использую приложение dbscript для генерации констант C # из базы данных, поэтому код всегда соответствует значениям в db.
Конечно, вам нужно только иметь C # перечисляет, если ваш код делает что-то конкретное в зависимости от значения поля Type.