Что лучшая практика заключает стиль в корпус для JavaScript? Почему?
Swift 4.2
var soundFilePath = "\(Bundle.main.resourcePath ?? "")/test.m4a"
var soundFileURL = URL(fileURLWithPath: soundFilePath)
var player = try? AVAudioPlayer(contentsOf: soundFileURL)
player?.numberOfLoops = -1 //Infinite
player?.play()
4 ответа
Я предпочитаю PascalCase для конструкторов и camelCase для всего остального. Это стиль, который использует стандартная библиотека JS, и ... каждая среда JS, которую я видел до сих пор :)
И я использую соглашение об именах all_lowercase для всех файлов, обслуживаемых из Интернета. Существует некоторых файловых систем без учета регистра.
В основном языке используются InitialCaps для конструкторов (например, Object, Date, Number, RegExp) и camelCase для методов и свойств (например, something.toString (), amount.valueOf (), regexp.ignoreCase ). Это соглашение также соблюдается в спецификациях и реализациях DOM (например, HTMLElement.setAttribute ()). Так что имеет смысл принять то же соглашение, или вы закончите с ужасной мешаниной стилей вроде:
var number_of_fish_requested = document.getElementById("fish").value;
var fish_count = parseInt(number_of_fish_requested, 10);
, которая становится совершенно запутанной не только при вводе, но, что гораздо важнее, при чтении.
( Вы тратите больше времени на чтение кода, попытки отладить или изменить его, чем когда-либо когда-либо писали его в первую очередь.)
Я предпочитаю camelCase для всего, кроме конструкторов. Причина (и я считаю, что именно поэтому г-н Крокфорд также предложил это) заключается в том, что в других языках, таких как Java, соглашение состоит в том, что ваши классы используются с заглавными буквами, для чего и используются конструкторы.
Это мои 0,02 доллара.
Все строчные буквы с разделителями подчеркивания наиболее удобны для чтения; он следует естественному языку. «Лучший» приведет вас к священной войне; на самом деле корпус не так важен, как другие проблемы дизайна, но это легко поляризовать тему.
ALongButNotReallyReadableIdentifier
an_even_longer_but_completely_readable_identifier