static

static

Ну Статик методы это же не класс методы. Да, стандарт надо перечитать.

this всегда ссылается на объект, у которого вызван метод. Например в XXX.y() this будет смотреть на XXX YYY.y = XXX.y YYY.y() this будет смотреть на YYY

this всегда ссылается на объект, у которого вызван метод. Например в XXX.y() this будет смотреть на XXX YYY.y = XXX.y YYY.y() this будет смотреть на YYY

Ну, почти всегда. this — это контекст.

Да, почти всегда. Контекст можно изменить или забиндить. Но это не в данном примере=)

На всякий случай. class MyClass { constructor(arg) { this.param = arg; } method() {} static staticMethod() {} } Идентично: function MyClass(arg) { this.param = arg; } MyClass.prototype.method = function() {}; MyClass.staticMethod = function() {};

Да, почти всегда. Контекст можно изменить или забиндить. Но это не в данном примере=)

Почти в любом случае. =) MyClass.staticMethod = function() {}.bind(context);

прекратите называть this контекстом

Тогда, возможно, тебе стоит поправить нас.

прекратите называть this контекстом

А как надо?

На всякий случай. class MyClass { constructor(arg) { this.param = arg; } method() {} static staticMethod() {} } Идентично: function MyClass(arg) { this.param = arg; } MyClass.prototype.method = function() {}; MyClass.staticMethod = function() {};

нет, не идентично

нет, не идентично

Поясни.

Если нет наследования, то для идентичности нужна ещё проверка, что вызвано с new.

Если же есть наследование, то всё усложняется: должен быть вызван super и не просто вызван, а проевер результат, т.к. семантика new в es6 другая

На всякий случай напомню, что в es6 объект создаётся в начале цепочки, а не при вызове оператора new

Если нет наследования, то для идентичности нужна ещё проверка, что вызвано с new.

В данном случае нет наследования, и я никогда не использовал его в старом синтаксисе. =)

бабель и method и staticMethod запихнёт в прототип

Эм. Нет

эм, да

``` var MyClass = function () { function MyClass(arg) { _classCallCheck(this, MyClass); this.param = arg; } _createClass(MyClass, [{ key: "method", value: function method() {} }], [{ key: "staticMethod", value: function staticMethod() {} }]); return MyClass; }();

вот что получится

createClass делает defineProperty

там два массива

Хм. Возможно, не всё подключено.

oh well ok

я поспешил с выводами

Как по-твоему это бы работало?)

somehow)

Вообще babel умный, т.е. он правильно вот такие вещи транслирует: class A { constructor() { return [1,2,3] } } class B extends A { constuctor() { super() this.b = 20 } } new B;

Но это разные ситуации, так-то.

Какие?

Обработка наследований и статических методов.

Я где-то увтерждал обратное?

Демонстрацию различий в обработке new движком ES5 и ES6

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

сокеты чето не стабильно рабтают

а ipc неясно

нет

после закрытия приложеньки заново не конектиться

не хочу с сокетами рахбираться

не оч они надёжны в этом плане думаю ipc получше

ну он наверное поменьше ресурсов жрёт

и порт не занимает

pipes щас затраим

https://msdn.microsoft.com/en-us/library/windows/desktop/aa365590(v=vs.85).aspx

после закрытия приложеньки заново не конектиться

А при чем тут сокеты/не-сокеты? при разрыве соединения ты сам делаешь нужную логику реконнектов, если только не используешь модуль который делает это за тебя

Фолк! А есть готовые модули фронтовые для управления, скажем списком пользователей или списком товаров? Понятно, что их потом к функционалу прикручивать, но хоть какие-то заготовки?

Народ, а кто-нибудь юзает CouchDB? Просто заметил, что оно мне стало заменять написание API для взаимодействия между приложениями. Хотелось бы узнать это я странный или норм? :) Для фронта, возможно это чем то похоже на работу с Meteor. Для бекенда свои удобства.

CouchDB не юзаю :) У меня вопрос есть в целом про API. Такая история: 1. Есть REST API 2. Есть клиенты этого API (веб, мобилы, серверные приложения), которые получают список объектов из GET https://api.example.com/objects 3. Есть админка, в которой объекты можно создавать. Админка - SPA, которое использует тот же API для создания (POST https://api.example.com/objects) и для получения (GET https://api.example.com/objects) объектов. Проблема в том, что на клиентах нужно получать объекты, которые создали другие клиенты API, а в админке нужно получать только объекты, которые создал текущий юзер. В какой момент делается вилка в условиях выборки? И на основании чего?

почему нельзя два endpoint’а сделать? /objects и /objects/user/:id например.

И ко второму запретить доступ для всех, кроме самого user?

Parse Server?

нет, свое решение на основе hapi и knex

Или https://github.com/StartupMakers/open-parse

И ко второму запретить доступ для всех, кроме самого user?

ошибся, :id не нужен, раз текущий. можно тогда сделать так /objects/my (как по феншую не знаю). запрещать нужно, если имеет смысл.

Или https://github.com/StartupMakers/open-parse

Спасибо, посмотрю )

ошибся, :id не нужен, раз текущий. можно тогда сделать так /objects/my (как по феншую не знаю). запрещать нужно, если имеет смысл.

Да, коллеги тоже так предлагали. Буду думать.

Парни, как вам solution? :) http://www.grpc.io/

это очень крутая тема

не хватает только кодогенератора protocol buffers с поддержкой flow

( перенёс сообщение в @javascript_jobs )

Парни кто какой swager пакет использует для генерации описания api в express?

как-то по хипстерски звучит

А как не по хипстерски?

жиквери плагины писать

swagger-ui, хоть и не для этого

жиквери плагины писать

Это слишком новая технология. Лучше prototype.js юзать 😄

вы что-то имеете против прототипа?)

не хотите ли поговорить об этом?

вы что-то имеете против прототипа?)

Нет-нет, что Вы, я обожаю манки патчинг))

у него тут год назад релиз был и он всё ещё решает свои задачи)

мутулз более прогрессивен

погодите, мы об этом говорим? http://prototypejs.org/

а то

у него же был роскошный сайт пару лет назад

или мне казалось?

http://prototypejs.org/images/tagline.png

громко сказано

а сейчас плохой?