Лучшая практика для соглашения о присвоении имен UI управляет для ссылки в коде - позади?
Обновление:
Для версий mongodb 2.2+ более эффективный способ сделать это, описанный @JohnnyHK в другом ответе .
1.Использование $, где
db.accommodations.find( { $where: "this.name.length > 1" } );
Но ...
Javascript выполняется медленнее, чем исходные операторы, перечисленные на этой странице, но очень гибкая. См. Страницу обработки на стороне сервера для получения дополнительной информации.
blockquote>2.Создайте дополнительное поле
NamesArrayLength, обновите его длиной массива имен и затем используйте в запросах:db.accommodations.find({"NamesArrayLength": {$gt: 1} });Это будет лучшее решение и будет работать намного быстрее (вы можете создать на нем индекс).
6 ответов
Основной продукт я продолжаю работать на работе, использует txt_ pnl_ и т.д. префиксы. Это действительно работает, хотя это время от времени - что-то вроде боли при переключении чего-то, что просто скрывается/показывает, средства управления от говорят, TR к панели, потому что необходимо переименовать его.
То, что я начал делать в новых проектах, называет мои средства управления UI с ui префиксом; например, uiName. Так как я решительно настроен против антивенгерской записи и борюсь за самодокументирование кода, эта конвенция работает хорошо. На самом деле, во всяком случае, это - реальная венгерская запись (ui быть префиксом, означающим управление пользовательским интерфейсом).
Я все еще использую Венгерскую запись для Средств управления, но больше для переменных.
btn Button
cbo ComboBox
chk CheckBox
clb CheckedListBox
grp GroupBox
iml ImageList
lbl Label
lnk Hyperlink
mnu Menu
pbr ProgressBar
pic Picture
pnl Panel
rtb RichTextBox
tmr Timer
tvw TreeView
txt TextBox
Для средств управления GUI я снабжаю суффиксом имя переменной имя элемента управления:
- firstNameTextBox
- lastNameTextBox
- submitButton
Это делает отношения очевидными между, например, _firstName и firstNameTextBox. Текст, и никто не должен помнить, какова эквивалентная венгерская запись. Я всегда предпочитал бы ясность краткости в именовании переменных.
Ваши ответы здесь будут очень субъективны. Различные вкусы и фоны программирования дадут Вам различные предпочтения.
Возможно, что будет самым важным для Вас, в конечном счете непротиворечивость среди всех Ваших проектов, так, чтобы независимо от того, кто разработал код, который Вы сможете понять это, читая.
Мы производим много на стороне, поэтому удостоверьтесь для передачи наших соглашений о присвоении имен всем нашим менеджерам проектов.
Вот некоторые ссылки на соглашения о присвоении имен:
http://www.irritatedvowel.net/Programming/Standards.aspx
http://msdn.microsoft.com/en-us/library/xzf533w0 (По сравнению с 71) .aspx
Я делаю так же Вам. Когда у Вас есть тонны средств управления, все это становится грязным, таким образом, я снабжаю префиксом каждое имя прописные буквы класса управления.
Например:
TextBox-> tbName
DataGrid-> dgName
Панель-> pName
Это проясняет, как обработать новые средства управления (т.е. как получить префикс),
Я всегда чувствовал, что единственная настоящая причина для префиксов была так, у Вас могли быть вещи как txtFirstName и lblFirstName на той же форме/страница. С тех пор, подавляющее большинство времени, я действительно только работаю с самим фактическим полевым управлением, я пропускаю префикс для этого и только использую префиксы для связанных средств управления. Например, lblMonth и Месяц, пропуская cbo префикс.
Это сохраняет ввод, и обычно будет очевидно, какое управление Вы используете в таких формах. Более сложные средства управления пройдут полное лечение префикса.