Javascript-форум (https://javascript.ru/forum/)
-   Ваши сайты и скрипты (https://javascript.ru/forum/project/)
-   -   Collection v5 (https://javascript.ru/forum/project/47717-collection-v5.html)

melky 10.06.2014 22:40

Цитата:

Сообщение от kobezzza (Сообщение 316006)
Выпустил микроапдейт: 5.0.1.

changelog кстати очень легко делается из вывода 'git log' с форматированием :)

kobezzza 10.06.2014 22:55

Цитата:

Сообщение от melky (Сообщение 316008)
changelog кстати очень легко делается из вывода 'git log' с форматированием :)

Кстати я учёл твою критику по поводу плохих коммитов, теперь стараюсь :) Вообще надо бы и history и changelog сделать, но вечно то ленюсь, то времени нет. Теперь по графику давно задуманный апдейт Snakeskin, а потом опять прыгаю на свой основной проект :)

monolithed 10.06.2014 23:01

Цитата:

Сообщение от kobezzza
И всё, можно нигде больше не кидать require

Хм. а мне наоборот нравится писать заголовочные файлы и использовать неймспейсы.

Вообще мечтаю когда будет:

import std;

std::math.round(...);
std::number.parse_int(...);

А не эта шляпа:

Math.round
parseInt

Octane 10.06.2014 23:20

parseInt ➝ Number.parseInt

kobezzza 10.06.2014 23:22

Цитата:

Сообщение от Octane (Сообщение 316012)
parseInt ➝ Number.parseInt

Кстати да, я тоже не понимаю, почему эта функция глобальная. Или тоже взять например btoa и atob - их же логично запихнуть в String. Они каждую спецификацию годами мучают, вроде должны всё обдумать, а всё равно странные вещи есть.

monolithed 11.06.2014 09:05

Цитата:

Сообщение от kobezzza
Кстати да, я тоже не понимаю, почему эта функция глобальная.

В ES6 теперь так

Цитата:

Сообщение от Octane
parseInt ➝ Number.parseInt

...
Цитата:

Сообщение от kobezzza
Или тоже взять например btoa и atob - их же логично запихнуть в String.

По моей логике должны быть в utils или algorithms :)

Octane 11.06.2014 10:59

жесть в том, что
Number.parseInt === parseInt ➝ true

но
Number.isNaN === isNaN ➝ false

и поведение у isNaN разное

Aetae 11.06.2014 11:49

Octane, ну какбэ логично: старый isNaN будет deprecated, но останется для совместимости. Новые скрипты надо будет писать сразу по новому.
На счёт оправданности нового поведения ничего сказать не могу.)

kobezzza 11.06.2014 16:11

Написал ещё одну коротенькую статью: http://habrahabr.ru/post/225995/

monolithed 11.06.2014 21:50

В ноде мне часто нужны extend, extend_deep, clone, clone_deep, все остальное как мне кажется лишнее...., т.к. for/of поддерживает даже итератор протокол.

Может сделать микро-либу только для ноды? :)


Часовой пояс GMT +3, время: 01:39.