console.log("double"); проти console.log('single');

Я бачу все більше бібліотек JavaScript, використовуючи одинарні лапки під час обробки рядків. Які причини використовувати одне над іншим? Я думав, що вони майже взаємозамінні.

Найбільш вірогідною причиною використання синглу vs double в різних бібліотеках є налаштування програміста та / або послідовність API. Окрім того, щоб бути послідовними, використовуйте те, що найкраще підходить для струни.

Використання іншого типу цитати в прямому сенсі:

alert('Say "Hello"');
alert("Say 'Hello'");

Це може ускладнитися:

alert("It's \"game\" time.");
alert('It\'s "game" time.');

Ще один варіант, новий у ES6, - це літерали шаблону, які використовують back-tickсимвол:

alert(`Use "double" and 'single' quotes in the same string`);
alert(`Escape the \` back-tick character and the \${ dollar-brace sequence in a string`);

Літерали шаблонів пропонують чистий синтаксис для: змінної інтерполяції, багаторядкових рядків тощо.

Зауважте, що JSON офіційно визначений для використання подвійних лапок, які, можливо, варто розглянути, залежно від системних вимог.

Якщо ви маєте справу з JSON, слід зазначити, що строго кажучи, рядки JSON повинні бути подвійними. Звичайно, багато бібліотек також підтримують одиничні цитати, але я мав великі проблеми в одному з моїх проектів, перш ніж усвідомити, що єдине цитування рядків насправді не відповідає стандартам JSON.

Немає кращого рішення ; однак, я хотів би стверджувати, що подвійні цитати можуть бути часом бажанішими:

• Новачки вже знайомі з подвійними цитатами з їхньої мови . Англійською мовою ми повинні використовувати подвійні лапки, "щоб визначити уривок цитованого тексту. Якби ми використовували одну цитату ', читач може неправильно трактувати її як стиснення. Інше значення уривку тексту, оточеного 'вказує на "розмовне" значення. Має сенс залишатися узгодженими з існуючими мовами, і це, ймовірно, полегшить вивчення та інтерпретацію коду.
• Подвійні цитати усувають необхідність уникнути апострофа (як у скороченнях). Розглянемо рядок: "I'm going to the mall", по порівнянні з іншим екрануванням: 'I\'m going to the mall'.

• Подвійні лапки означають рядок у багатьох інших мовах . Коли ви вивчаєте нову мову на зразок Java або C, завжди використовуються подвійні лапки. У Ruby, PHP та Perl рядки з одним котируванням означають, що зворотна косою рисою не виходить, тоді як подвійні лапки підтримують їх.

• Позначення JSON пишеться з подвійними лапками.

Тим не менш, як заявили інші, найважливіше залишатися послідовним.

У розділі 7.8.4 специфікації описано буквальне позначення рядка. Єдина відмінність полягає в тому, що DoubleStringCharacter є "SourceCharacter, але не з подвійною цитатами", а SingleStringCharacter є "SourceCharacter, але не одноцитата". Тож єдина різниця може бути продемонстрована таким чином:

'A string that\'s single quoted'

"A string that's double quoted"

Отже, це залежить від того, скільки цитатів, які ви втекли, ви хочете зробити. Очевидно те саме стосується і подвійних лапок у дворядних цитатах.

Одиночні цитати

Я хотів би, щоб подвійні лапки були стандартними, оскільки вони мають трохи більше сенсу , але я продовжую використовувати одинарні цитати, оскільки вони домінують на сцені.

Одиночні цитати:

• airbnb
• facebook
• google
• бурчить
• ковтати
• вузол
• npm (хоча не визначено в посібнику автора )
• wikimedia
• wordpress
• yandex

Без переваг:

• три.js

Подвійні цитати:

• машинопис
• Crockford
• d3 (хоча не визначено в .eslintrc)
• jquery

Я хотів би сказати, що різниця суто стилістична, але я справді маю сумніви. Розглянемо наступний приклад:

/*
   Add trim() functionality to JavaScript...
    1. By extending the String prototype
    2. By creating a 'stand-alone' function
   This is just to demonstrate results are the same in both cases.
*/

// Extend the String prototype with a trim() method
String.prototype.trim = function() {
 return this.replace(/^\s+|\s+$/g, '');
};

// 'Stand-alone' trim() function
function trim(str) {
 return str.replace(/^\s+|\s+$/g, '');
};

document.writeln(String.prototype.trim);
document.writeln(trim);

У Safari, Chrome, Opera та Internet Explorer (тестовано на IE7 та IE8) це поверне наступне:

function () {
 return this.replace(/^\s+|\s+$/g, '');
}
function trim(str) {
 return str.replace(/^\s+|\s+$/g, '');
}

Однак Firefox дасть дещо інший результат:

function () {
    return this.replace(/^\s+|\s+$/g, "");
}
function trim(str) {
    return str.replace(/^\s+|\s+$/g, "");
}

Одиночні цитати були замінені подвійними. (Також зауважте, як простір відступу було замінено чотирма пробілами.) Це створює враження, що принаймні один браузер внутрішньо розбирає JavaScript, ніби все написано за допомогою подвійних лапок. Можна подумати, що Firefox потребує менше часу для розбору JavaScript, якщо все вже написано відповідно до цього "стандарту".

Це, до речі, робить мене дуже сумною пандою, оскільки я думаю, що коди в коді виглядають набагато приємніше. Крім того, в інших мовах програмування вони зазвичай швидші у використанні, ніж подвійні лапки, тому це має сенс, лише якщо те саме застосовується до JavaScript.

Висновок: Я думаю, що нам потрібно зробити більше досліджень з цього приводу.

Редагувати: Це може пояснити результати тесту Пітера-Пола Коха ще у 2003 році.

Здається, що окремі цитати іноді швидше в Explorer Windows (приблизно 1/3 моїх тестів показали швидший час відгуку), але якщо Mozilla взагалі показує різницю, він обробляє подвійні лапки трохи швидше. Я не знайшов різниці в Opera.

Редагувати 2014: Сучасні версії Firefox / Spidermonkey більше не роблять цього.

Якщо ви робите вбудований JavaScript (можливо, "погана" річ, але уникаєте обговорення) , я вважаю, що єдині цитати - це ваш єдиний варіант для рядкових літералів.

наприклад, це добре працює:

<a onclick="alert('hi');">hi</a>

Але ви не можете загорнути "привіт" у подвійні лапки, будь-яким відомим мені способом. Навіть про "мою найкращу здогадку (оскільки ви уникаєте лапок у значенні атрибутів HTML) для мене не працює у Firefox. \"не буде працювати, тому що в цей момент ви біжите за HTML, а не JavaScript.

Отже, якщо назва гри - послідовність, і ви збираєтеся робити якийсь вбудований JavaScript у частинах свого додатка, я думаю, що перемогу здобули одні котирування. Хтось, будь ласка, виправте мене, якщо я помиляюся.

Технічно немає різниці, це лише питання стилю та умовності.

Дуглас Крокфорд рекомендує використовувати одинарні лапки для внутрішніх рядків і подвійні лапки для зовнішніх (під зовнішніми мається на увазі ті, які повинні відображатися користувачеві програми, наприклад повідомлення або сповіщення).

Я особисто дотримуюсь цього.

ОНОВЛЕННЯ: Схоже, містер Крокфорд передумав і тепер рекомендує використовувати подвійні цитати протягом усієї :)

Строго кажучи, різниці в значенні немає; тому вибір зводиться до зручності.

Ось кілька факторів, які можуть вплинути на ваш вибір:

• Стиль будинку: Деякі групи розробників вже використовують одну або іншу конвенцію.
• Вимоги до клієнта: Чи будете ви використовувати лапки в рядках? (Дивіться відповідь Аді).
• Мова на серверній мові: люди VB.Net можуть скористатися єдиними котируваннями для Java-скрипту, щоб сценарії можна було побудувати на сервері (VB.Net використовує подвійні лапки для рядків, тому рядки Java-скрипту легко розрізнити якщо вони використовують одиничні лапки).
• Код бібліотеки: Якщо ви використовуєте бібліотеку, яка використовує певний стиль, ви можете самостійно використати той же стиль.
• Особисті переваги: ​​Ви можете подумати, що той чи інший стиль виглядає краще.

Давайте подивимося, що робить довідка.

Всередині jquery.js кожен рядок подвійний.

Отже, починаючи з цього часу, я буду використовувати рядки з подвійним цитуванням. (Я використовував сингл!)

Просто зберігайте послідовність у використанні. Але не варто знижувати рівень комфорту.

"This is my string."; // :-|
"I'm invincible."; // comfortable :)
'You can\'t beat me.'; // uncomfortable :(
'Oh! Yes. I can "beat" you.'; // comfortable :)
"Do you really think, you can \"beat\" me?"; // uncomfortable :(
"You're my guest. I can \"beat\" you."; // sometimes, you've to :P
'You\'re my guest too. I can "beat" you too.'; // sometimes, you've to :P

Оновлення ES6

Використання буквеного синтаксису шаблону .

`Be "my" guest. You're in complete freedom.`; // most comfort :D

Це здебільшого питання стилю та уподобань. В інших відповідях є досить цікаві та корисні технічні дослідження, тому, мабуть, я можу лише додати трохи мирських порад.

• Якщо ви кодуєте в компанії чи колективі, то , ймовірно, буде хорошою ідеєю слідувати "стилю будинку".

• Якщо ви один хакеруєте кілька побічних проектів, то подивіться на декількох видатних лідерів громади. Скажімо, ви потрапляєте в Node.js. Погляньте на основні модулі, наприклад, underscore.js або висловіть, і подивіться, яку умову вони використовують, і подумайте, чи слідкуйте за цим.

• Якщо обидві конвенції використовуються однаково, то відкладайте свої особисті
  переваги.

• Якщо у вас немає особистих переваг, то монетка.

• Якщо у вас немає монети, то пиво на мене;)

Я сподіваюся, що я не додаю чогось очевидного, але я боровся з Джанго та Аяксом та JSON з цього приводу.

Припускаючи, що у своєму коді HTML ви використовуєте подвійні лапки, як це зазвичай має бути, я настійно пропоную використовувати одинарні лапки для решти в JavaScript.

Тож я згоден з @ady, але з певною обережністю.

Мій підсумок: У JavaScript, мабуть, це не має значення, але як тільки ви вставите його в HTML або подібне, у вас виникають проблеми. Ви повинні знати, що насправді рятується, читаючи, передаючи рядок.

Простий мій випадок:

tbox.innerHTML = tbox.innerHTML + '<div class="thisbox_des" style="width:210px;" onmouseout="clear()"><a href="https://stackoverflow.com/this/thislist/'
                   + myThis[i].pk +'"><img src="/site_media/'
                   + myThis[i].fields.thumbnail +'" height="80" width="80" style="float:left;" onmouseover="showThis('
                   + myThis[i].fields.left +','
                   + myThis[i].fields.right +',\''
                   + myThis[i].fields.title +'\')"></a><p style="float:left;width:130px;height:80px;"><b>'
                   + myThis[i].fields.title +'</b> '
                   + myThis[i].fields.description +'</p></div>'

Ви можете помітити \ "у третьому полі шоу. Це.

Подвійна цитата не спрацювала!

Зрозуміло, чому, але також зрозуміло, чому ми повинні дотримуватися одиничних цитат ... .. Я здогадуюсь ..

Цей випадок - це дуже проста HTML-версія, помилка була створена простою копією / вставкою коду JavaScript з подвійним котируванням.

Отже, щоб відповісти на питання:

Спробуйте використовувати окремі лапки, перебуваючи в межах HTML. Це може врятувати пару проблем налагодження ...

Не впевнений, чи це актуально в сучасному світі, але для вмісту, який потребував обробки контрольних символів, використовувались подвійні лапки, і одинарні лапки для рядків, які цього не зробили.

Компілятор буде виконувати маніпуляцію з рядком на подвійній котируваній рядку, залишаючи одну цитата, що цитується, буквально недоторканою. Це призводило до «хороших» розробників, які вирішили використовувати одинарні лапки для рядків, які не містять контрольних символів, таких як ( \nабо \0не обробляються в рамках однієї лапки), і подвійних лапок, коли їм потрібен розбитий рядок (з невеликою ціною в циклах процесора для обробка рядка).

Якщо ви використовуєте jshint , це призведе до помилки, якщо ви використовуєте подвійний рядок цитати.

Я використовував це через риштування Yeoman для AngularJS, але, можливо, є якийсь спосіб, щоб це налаштувати.

До речі, коли ви обробляєте HTML в JavaScript, простіше використовувати одну цитату:

var foo = '<div class="cool-stuff">Cool content</div>';

І принаймні JSON використовує подвійні лапки для представлення рядків.

Немає тривіального способу відповісти на ваше запитання

Якщо говорити про ефективність, то котирування ніколи не будуть вашим вузьким місцем, однак ефективність в обох випадках однакова.

Якщо говорити про швидкість кодування, якщо ви використовуєте 'для розмежування рядка, вам потрібно буде уникати "лапок. Вам, швидше за все, потрібно буде використовувати "всередині рядка, наприклад:

//JSON Objects:
var jsonObject = '{"foo":"bar"}';
//HTML attributes:
document.getElementById("foobar").innerHTML = '<input type="text">';

Тоді я вважаю за краще використовувати 'для розмежування рядка, тому мені доводиться уникати менше символів.

Однією (нерозумною) причиною використання одиничних лапок було б те, що вони не вимагають від вас натискати клавішу Shift, щоб ввести їх, тоді як подвійна цитата - це. (Я припускаю, що середній рядок не вимагає проходження, що є розумним припущенням.) Тепер, припустимо, щодня я кодую 200 рядків коду. Можливо, у цих 200 рядків у мене 30 цитат. Можливо, набір подвійної лапки займає на 0,1 секунди більше часу, ніж набір однієї цитати (тому що я повинен натиснути клавішу зсуву). Тоді в будь-який день я витрачаю 3 секунди. Якщо я кодую таким чином 200 днів на рік протягом 40 років, то я витратив 6,7 годин свого життя. Їжа для роздумів.

Вивчення плюсів і мінусів

На користь єдиних цитат

• Менше зорового скупчення.
• Генерування HTML: атрибути HTML зазвичай розмежовуються подвійними лапками.

elem.innerHTML = '<a href="' + url + '">Hello</a>';

elem.innerHTML = "<a href='" + url + "'>Hello</a>";

Крім того, вбудований HTML, як правило, є антидією. Віддавайте перевагу шаблонам.

• Генерування JSON: У JSON допускаються лише подвійні лапки.

myJson = '{ "hello world": true }';

Знову ж таки, вам не доведеться будувати JSON таким чином. JSON.stringify () досить часто. Якщо ні, використовуйте шаблони.

На користь подвійних цитат

• Парні легше помітити, якщо у вас немає кольорового кодування. Як у журналі консолі чи в якихось настройках джерела перегляду.
• Подібність до інших мов: У програмуванні на оболонки (Bash тощо) є одноцитовані рядкові літерали, але вхідні дані не інтерпретуються всередині них. C та Java використовують подвійні лапки для рядків та одинарні лапки для символів.
• Якщо ви хочете, щоб код був дійсним JSON, вам потрібно використовувати подвійні лапки.

На користь обох

У JavaScript немає різниці. Тому ви можете використовувати все, що зручно на даний момент. Наприклад, усі наступні літеральні рядки створюють один і той же рядок:

    "He said: \"Let's go!\""
    'He said: "Let\'s go!"'
    "He said: \"Let\'s go!\""
    'He said: \"Let\'s go!\"'

Одиничні лапки для внутрішніх рядків і подвійні для зовнішніх. Це дозволяє відрізнити внутрішні константи від рядків, які мають відображатися користувачеві (або записуватися на диск тощо). Очевидно, вам слід уникати введення останнього у свій код, але цього не завжди можна зробити.

Ще одна річ, яку ви можете розглянути як причину переходу від подвійних лапок до одинарних лапок, - це збільшення популярності серверних скриптів. Під час використання PHP ви можете передавати змінні та аналізувати функції javascript, використовуючи рядки та змінні в PHP.

Якщо ви пишете рядок і використовуєте подвійні лапки для свого PHP, вам не доведеться уникати жодної цитати, і PHP автоматично отримає для вас значення змінних.

Приклад: мені потрібно запустити функцію javascript за допомогою змінної з мого сервера.

public static function redirectPage( $pageLocation )
{
    echo "<script type='text/javascript'>window.location = '$pageLocation';</script>";
}

Це економить мені багато клопоту з тим, щоб мати справу з об'єднанням рядків, і я можу ефективно викликати javascript від PHP. Це лише один приклад, але це може бути однією з декількох причин, через які програмісти дефолтують до єдиних лапок в JavaScript.

Цитата з документів PHP : "Найважливішою особливістю рядків з подвійним цитуванням є те, що імена змінних будуть розширені. Деталі див. Для аналізу рядків."

Є люди , які стверджують , щоб побачити різницю в продуктивності: старий список розсилки нитки . Але я не зміг знайти жодного з них, який би підтвердив.

Головне - подивитися, які лапки (подвійні чи одиничні) ви використовуєте всередині рядка. Це допомагає утримати кількість втеч низькою. Наприклад, коли ви працюєте з html всередині своїх рядків, простіше використовувати одинарні лапки, щоб вам не довелося уникати всіх подвійних лапок навколо атрибутів.

Я використовував би подвійні лапки, коли одиничні лапки не можна використовувати, і навпаки:

"'" + singleQuotedValue + "'"
'"' + doubleQuotedValue + '"'

Замість:

'\'' + singleQuotedValue + '\''
"\"" + doubleQuotedValue + "\""

Немає різниці між одинарними та подвійними лапками в JavaScript.

Важлива специфікація:

Можливо, продуктивність відрізняється, але вони абсолютно мінімальні і можуть змінюватися щодня відповідно до впровадження браузерів. Подальша дискусія марна, якщо ваш додаток JavaScript не має сотень тисяч.

Це як тест, якщо

a=b;

швидше, ніж

a = b;

(додаткові місця)

сьогодні у конкретному браузері та платформі тощо.

Під час використання CoffeeScript я використовую подвійні лапки. Я погоджуюся, що вам слід вибрати будь-який і дотримуватися його. CoffeeScript дає інтерполяцію при використанні подвійних лапок.

"This is my #{name}"

ES6 використовує зворотні галочки (`) для рядків шаблону. Це, мабуть, є вагомою причиною, але при кодуванні може бути громіздко змінити символ рядкових літералів з лапок або подвійних лапок на зворотні тики, щоб отримати функцію інтерполяції. CoffeeScript може бути не ідеальним, але використання однакових символів буквених рядків скрізь (подвійні лапки) та завжди можливість інтерполяції - це приємна особливість.

`This is my ${name}`

Якщо ви стрибаєте вперед між JavaScript і C #, то краще навчити пальці для загальної конвенції, яка є подвійними цитатами.

Я працював наступним приблизно 20 разів. І виявляється, що подвійні котирування на 20% швидші.

Забавна частина полягає в тому, що якщо ви поміняєте частину 2 та частину 1 навколо, одиничні цитати на 20% швидше.

//Part1
var r='';
var iTime3 = new Date().valueOf();
for(var j=0; j<1000000; j++) {
    r+='a';
}
var iTime4 = new Date().valueOf();
alert('With single quote : ' + (iTime4 - iTime3));  

//Part 2                
var s="";
var iTime1 = new Date().valueOf();
for(var i=0; i<1000000; i++) {
    s += "a";
}
var iTime2 = new Date().valueOf();
alert('With double quote: ' + (iTime2 - iTime1));

Різниці суворо немає, тому це, головним чином, питання смаку і того, що є в рядку (або якщо код JS сам по собі в рядку), щоб кількість втеч залишалася низькою.

Легенда про різницю швидкості може походити зі світу PHP, де обидві цитати мають різну поведінку.

Прочитавши всі відповіді, які говорять, що це може бути швидше або, можливо, мати переваги, я б сказав, що подвійна цитата є кращою, а може, і швидшою, тому що компілятор закриття Google перетворює окремі лапки в подвійні лапки.

Тепер, коли настає 2020 рік, ми повинні розглянути третій варіант для Javascript: Єдиний підхід для всього.

Це можна використовувати скрізь замість одиничних чи подвійних лапок.

Це дозволяє робити все!

1. Вставте в нього одинарні лапки: "Це здорово!"
2. Вставте у нього подвійні лапки: "Це" справді "чудово!"
3. Використовуйте рядкову інтерполяцію: "Це" $ {краще} ", ніж чудово!"

4. Він дозволяє кілька рядків: `

   Це

   Робить

   Javascript

   Краще!

   `

Він також не спричиняє втрати продуктивності при заміні двох інших: https://medium.com/javascript-in-plain-english/are-backticks-slower-than-other-strings-in-javascript-ce4abf9b9fa

Якщо джерелом вашого JS є:

elem.innerHTML="<img src='smily' alt='It\'s a Smily' style='width:50px'>";

Джерелом HTML буде:

<img src="smiley" alt="It's a Smiley" style="width:50px">

або для HTML5

<img src=smiley alt="It's a Smiley" style=width:50px>

JS дозволяє такі масиви:

var arr=['this','that'];

Але якщо ви впорядкуєте це, це буде з сумісною причини:

JSON=["this","that"]

Я впевнений, що це потребує певного часу.

Просто додати свої 2 центи: Коли я працював як з JS, так і з PHP кілька років тому, я звик використовувати одинарні лапки, щоб я міг вводити символ втечі ('\') без необхідності також уникати цього. Зазвичай я використовував це під час введення необроблених рядків із шляхами до файлів тощо ( http://en.wikipedia.org/wiki/String_literal#Raw_strings )

Так чи інакше, моя умова перетворилася на використання одинарних лапок на необмежених рядках типу ідентифікатора, таких як if (typeof s == 'string') ...(у яких символи втечі ніколи не використовуються) та подвійних лапок для текстів , таких як "Ей, що сталося?". Я також використовую одиночні лапки в коментарях як типографічну умову для показу ідентифікаційних імен. Це просто велике правило, і я вимикаю лише в разі потреби, наприклад, під час введення рядків HTML '<a href="#"> like so <a>'(хоча ви також можете змінити цитати тут). Я також усвідомлюю, що у випадку JSON для імен використовуються подвійні лапки, але поза цим, я особисто віддаю перевагу одинарним лапкам, коли в тексті між цитатами ніколи не потрібні тексти - наприклад document.createElement('div').

Підсумок, і, як деякі з них згадували / натякали, вибирайте конвенцію, дотримуйтесь її та відхиляйтесь лише при необхідності.