На счет ECMAScript. ES6

[pompiduskus]

Только про прочитал на хабре интересную статью, про новые фишки ECMы.
В целом, очень даже ничего. Но некоторые вещи просто жесть. Может я старею.

Это из статьи.

ВАРИАНТ [1]: ES5

PHP код:


function settings() {
  return { display: { color: 'red' }, keyboard: { layout: 'querty'} };
}

var tmp = settings();
var displayColor = tmp.display.color;
var keyboardLayout = tmp.keyboard.layout;

console.log(displayColor, keyboardLayout); // red querty 


ВАРИАНТ [2]: ES6
<<То же самое (но короче):>> говорит автор.

PHP код:


function settings() {
  return { display: { color: 'red' }, keyboard: { layout: 'querty'} };
}

const { display: { color: displayColor }, keyboard: { layout: keyboardLayout }} = settings();

console.log(displayColor, keyboardLayout); // red querty 


Хотелось бы услышать ваше мнение. Какой код вам больше нравится ?

// https://habrahabr.ru/post/313526/

[Вадим Мошев]

1й: стиль ES-5, НО 2й тоже ничего

Проголосовал за вариант "1й: стиль ES-5, НО 2й тоже ничего", несмотря на то, что синтаксис второго стиля вообще не знаком и нов для меня (да, мои знания ECMA не очень новы, главным образом из-за того, что JS я учил(у) по книге от 2008 года).

Ну а что, каждых из них хорош по-своему. Интуитивно понятно, что там происходит. Кстати, мне это напоминает MathCAD. Там можно похожим образом нескольким разным переменным (в смысле, на элемента одного массива) задать значения через массив/матрицу/вектор. Например, там можно написать

|x|      |1|    
| |      | |       
|y| :=   |2|                
| |      | |         
|z|      |3|

В итоге получим:
x = 1
y = 2
z = 3

P. S. Статью не читал

[Naive]

Если бред написать в укороченном стиле, лучше не станет. У ES6 полно славного синтаксического сахара; однако код писать следует используя голову, а не версии синтаксиса языка.

[pompiduskus]

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

Как сказал один знаменитый Русский дизайнер/инженер:

Это не дословно.

Утюг на углях, это хорошо.
Утюг на елекстричестве, лучше.
А утюг на елекстричестве с патифоном, холодильником и мини баром, это перебор.

[Человек_Борща]

Сахар это конечно вкусно, но не полезно.
Надо подождать ещё пару лет пока допилят стандарт и утвердят его, и большая часть пользователей отвалится от IE9 а то и 10-го. Тогда можно уже о чем-то говорить. Я уже писал об этом на хабре, что синтаксический сахар это больше проблема, чем польза. Да, тебе код писать легко, но есть версии браузеров, которые используются, и для которых надо использовать комбаин babel чтобы транслировать сахар, в ECMAScript 5, и получается технический js-код, его сложно читать т.к. написан машиной для машины. А про его отладку вообще молчу. Разве что babel научился правильные map'ы создавать.

P.S. Пока что, из всего что мне понравилось, это изоляция переменных в текущем контексте с пом.

let

и
шаблонные строки, вместо:

var i = 1, s = 'string #'+i;

можно писать:

var i = 1, s = `string #${i}`; //что короче, понятнее и значительно упрощает написание кода.

ну и многострочные литералы, типа:

let itbe = "line 1
line 2
line 3
line 4";

вместо

var itbe = "line 1\n\ line 2\n\ line 3\n\ line 4";

[Alex11223]

Сообщение от Человек_Борща

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

А проблема-то в чем?
Все равно ж сборка (вебпак или аналоги) часто нужна для других задач, так что почему б и babel не прикрутить заодно

[Человек_Борща]

А проблема-то в чем?
Все равно ж сборка (вебпак или аналоги) часто нужна для других задач, так что почему б и babel не прикрутить заодно

зачем прикручивать что-то, когда можно просто написать один и тот же код, понятным языком для всех и оно точно будет работать и на старых браузерах и на новых, и подаваться нормальной отладке и анализу до кучи оно работать будет быстрее. Молчу уже про всякие webpack которые грузят и задействуют туеву хучу ресурсов чтобы транслировать тебе максимум 20 файлов твоего кода (а то и всего проекта) на новомодном-современном (ES2015, ES6, ES7, что-там ещё?) в истинно-православный js.

Зачем? Просто напиши нормально, и это просто будет работать где угодно и как задумано тобой.

[Alex11223]

ну вебпак это ж не только вызыватор бабеля, он и другие важные вещи делает. Объединение модулей, require, минификация, ...

source map для минифицированного файла все равно нужен же

[pompiduskus]

Соглашусь с земляком, "Человеком Борща".

На счет того что:

Сахар это конечно вкусно, но не полезно.

В целом есть интересные вищки нового ES, даже очень классные.
А некоторые, мне кажется, на столько убоги, что в будущем привидут к проблемам.

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

[Вадим Мошев]

Сообщение от Человек_Борща

P.S. Пока что, из всего что мне понравилось, это изоляция переменных в текущем контексте с пом.

Я правильно понимаю, что здесь речь идёт о неком "сокращении" области видимости переменных, как это в C++, например сделано.

Например, вот в таком коде (JS)

if (condition) {
	var x = 1;
} else {
	var x = 2
};

переменная x будет видна за пределами оператора if. Для C++ такое не будет верным. Я верно понимаю, что того эффекта в JS можно достичь с помощью директивы let?

Сообщение от Человек_Борща

ну и многострочные литералы, типа:

То есть теперь, чтобы получить "мульистроку", мы можем разбить строковый литерал на несколько строк?

Сообщение от Alex11223

Объединение модулей, require, минификация,

Мне непонятно, причём здесь минификация? Ведь это же возможность языка программирования, а операция над кодом