Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Разница между " и ' (http://www.flasher.ru/forum/showthread.php?t=182097)

ЗлОй ПрОграММер 11.07.2012 23:30

Разница между " и '
 
хотелось бы узнать как правильно по стандартам ставить символы " и '
например
Код AS3:

var s1: String = new String();
s1 = "myS1";
var s2: String = new String();
s2 = 'myS2';

какой вариант наиболее правильный ?) понимаю что вопрос не особо важный, но всё таки давно меня пытает

bav 11.07.2012 23:54

Главное чтобы в одном проекте не было применения различных кавычек в строковых литералах.

saikspaik 11.07.2012 23:57

Двойные кавычки.

expl 12.07.2012 00:01

1. По соглашению от Adobe для разработчиков Flex framework правильным является " (двойные кавычки)
2. Разница есть в C#, C++, и может еще где. Для этих языков 'c' - символ, а "c" - строка. Для AS3/haXe/java-script - всё равно
3. Иногда удобно написать 'некоторая строка с вложенным "названием"' вместо "некоторая строка с вложенным \"названием\"". Но Adobe рекомендует использовать последний вариант.
Отсюда можно пополучать ответы на другие беспокоящие вопросы (не со всем все соглашаются, правят под себя, но основой обычно этот документ служит):
http://sourceforge.net/adobe/flexsdk...20Conventions/

Dukobpa3 12.07.2012 00:06

пара двойных кавычек если будет находиться внутри пары одинарных - автоматом заэкранируется.
Так же и с одинарными внутри двойных.
В хтмл тексте к примеру в параметрах переменных не уверен насчет адекватности использования одинарных кавычек, поэтому основные внешние кавычки лучше одинарные, а внутри можно пихать двойные, не экранируя дополнительно.
Джейсон же наоборот - больше любит одинарные, потому целесообразнее внешние ставить двойные, а внутри пользоваться одинарными не экранируя.

Такая же ситуация с SQL запросами - внешние двойные - внутри одинарные.

От задачи зависит. И от ваших предпочтений. Меня например харит растыкивать экранирующие слеши внутри строк, потому эту возможность использую везде где могу.

iNils 12.07.2012 04:29

Цитата:

Сообщение от bav (Сообщение 1088298)
Главное чтобы в одном проекте не было применения различных кавычек в строковых литералах.

Обоснование?
Требовать либо то, либо это, это как требовать писать все числа, либо в DEC, либо в HEX. Глупо же. Это для разных целей используется, главное система.
Поэтому я использую и те и другие:
" - для внешних текстовых данных, т.е. те которые будут выводиться пользователю в текстовые поля или в трейс
' - для внутренних текстовых данных, например для строковых констант, промежуточных значений и тп
А так как FD может по разному подсвечивать строки оформленные в ' и ", то в коде удобно их визуально различать.

bav 12.07.2012 04:40

Обоснование: единообразие оформления кода. Хотя да, соглашусь, что это, пожалуй, не главное в проектах.

iNils 12.07.2012 07:44

Цитата:

Сообщение от bav (Сообщение 1088326)
Обоснование: единообразие оформления кода.

Безобразно, но единообразно?
Я выше привел пример, когда с помощью " и ', можно разграничивать различное применение строковых данных.
По сути, это пользовательское разделение типов, как _ перед приватным переменными.

caseyryan 12.07.2012 07:58

Цитата:

Но Adobe рекомендует использовать последний вариант.
В английском языке часто используется апостроф, который, в таком случае (с одиночными кавычками) все равно пришлось бы экранировать. Им действительно удобнее использовать двойные кавычки.

ЗлОй ПрОграММер 12.07.2012 10:55

скок информации то)) всем спасибо, теперь не придётся ломать голову в выборе написания апострофа или двойных ковычек
Цитата:

iNils
А так как FD может по разному подсвечивать строки оформленные в ' и ", то в коде удобно их визуально различать.
у меня одинаково подсвечивает, не подскажите где в настройках надо включить разную подсветку ?


Часовой пояс GMT +4, время: 02:25.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.