классы для методов инстанса а не для наследования-only

Нет. Изначально люди просто не догадываются, что в Ноде есть модули. Изолированные.

Нет. Изначально люди просто не догадываются, что в Ноде есть модули. Изолированные.

эээ

Нет. Изначально люди просто не догадываются, что в Ноде есть модули. Изолированные.

на модулях ты сможешь сделать методы инстанса?

или я посыл не понял?

Немного не понял. В модулях сделать нельзя, конечно же. Но когда класс ради класса, а инстанс ради инстанса - это лишние сложности. Пример с роутами очень показательный в этом плане.

Ну там в примере уже наследование есть. И как бы классы для этого и есть, иначе зачем? Хотя... У меня в проекте есть классы с двумя статическими методами, например. Это вообще под какой водкой было придумано?

Классы очень хорошо существуют без наследования. Удобно хранить состояния

на модулях ты сможешь сделать методы инстанса?

Как я понял, он говорит, что эти два варианта идентичны: //1 class foo { constructor(a) { this.a = a; } foo() { ++this.a } } //2 let a = 0; function foo() { ++a; }

Как я понял, он говорит, что эти два варианта идентичны: //1 class foo { constructor(a) { this.a = a; } foo() { ++this.a } } //2 let a = 0; function foo() { ++a; }

эээ только это нихуя не так

Классы очень хорошо существуют без наследования. Удобно хранить состояния

Так я не против классов. Я лишь прошу не устраивать ООПизацию всего и вся. Если это где-то задел на будущее и ради общего стайла в проекта - подумать и отказаться. Будущее наступит, но половина классов так и не вырастет.

Так я не против классов. Я лишь прошу не устраивать ООПизацию всего и вся. Если это где-то задел на будущее и ради общего стайла в проекта - подумать и отказаться. Будущее наступит, но половина классов так и не вырастет.

++++

Как я понял, он говорит, что эти два варианта идентичны: //1 class foo { constructor(a) { this.a = a; } foo() { ++this.a } } //2 let a = 0; function foo() { ++a; }

Не совсем так. Но в этом конкретном примере представь, что такой класс у тебя будет использоваться ровно один раз в проекте (я даже не про синглтон). Или один раз на один запрос. Зачем здесь класс?

Не совсем так. Но в этом конкретном примере представь, что такой класс у тебя будет использоваться ровно один раз в проекте (я даже не про синглтон). Или один раз на один запрос. Зачем здесь класс?

В таком случае, думаю, не нужны. Я и сам против ООП головного мозга. По возможности надо везде функции юзать, конечно А синглтон - это вообще зло

В таком случае, думаю, не нужны. Я и сам против ООП головного мозга. По возможности надо везде функции юзать, конечно А синглтон - это вообще зло

Зло не зло, но неизбежность. Инстанс с подключением к БД именно так и делается.

Но и здесь классы не нужны, достаточно модуля, который выполняется один раз и кешируется. В этом и прелесть.

Все уже забывают, что в этом языке, по факту, нет классов? Пример выше сделали, потому что могли

var counter = 0; function hybrid() { if (!(this instanceof hybrid)){ return counter++; } else { this.counter = 0; hybrid.prototype.next = function() { this.counter++; } } }

Вот вам пример

Это называется «Потому что могу»

Сейчас почитываю о Go, решили они проблему с классами, конечно. С пробелами и табуляцией. Здорово на самом деле

Викторина глупых вопросов. Как передать элемент массива в конфигурационном файле другом элементу? например: db:{ user:"login", password:"pass" }, sequelize:{ database: db.database, username: db.username, password: db.password, }

Сейчас почитываю о Go, решили они проблему с классами, конечно. С пробелами и табуляцией. Здорово на самом деле

Проблему? А что там было?

Проблему? А что там было?

Их там просто нет. Нет там проблем

Их там просто нет. Нет там проблем

Философия такая.

Сейчас почитываю о Go, решили они проблему с классами, конечно. С пробелами и табуляцией. Здорово на самом деле

А какие проблемы с классами

А какие проблемы с классами

Буржуазия

А какие проблемы с классами

Я к слову. Нет там проблем

А где есть?

А где есть?

В этом обсуждении, выше

Давай, чувак. Напиши «В каком обсуждении?»

Викторина глупых вопросов. Как передать элемент массива в конфигурационном файле другом элементу? например: db:{ user:"login", password:"pass" }, sequelize:{ database: db.database, username: db.username, password: db.password, }

Не совсем понятен вопрос. Что в итоге нужно получить?

Не вижу там проблем, просто разные взгляды на ООП

Не совсем понятен вопрос. Что в итоге нужно получить?

получается что у меня есть настройки БД и чтобы из не дублировать я хотел передать их как переменные

получается что у меня есть настройки БД и чтобы из не дублировать я хотел передать их как переменные

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

Здравствуйте, возможно ли закрыть выполнение всех промисов в приложении ? Например, закрытие сокета-> закрытие всех promise

получается что у меня есть настройки БД и чтобы из не дублировать я хотел передать их как переменные

const connection = require('путь_конфиг_файлу') console.log(connection.db.user) // login

Здравствуйте, возможно ли закрыть выполнение всех промисов в приложении ? Например, закрытие сокета-> закрытие всех promise

Что в твоём понимание "закрытие промисов"?

http://evennode.com подскажите, кто сталкивался закидываю проет, но он не качает пакеты node_modules, в чем дело???

А какие проблемы с классами

В C++ есть множественное наследование, например

Не дожидаться reject или resolve

Что в твоём понимание "закрытие промисов"?

Не дожидаться reject или resolve

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

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

Спасибо за ответ

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

вот типа того https://github.com/tc39/proposal-cancellation

const processDataStatus = true; somePromise .then(function(){ if (processDataStatus) { ... yourLogic } }); function disableThat() { processDataStatus = false; } disableThat();

Всем fluture js

И полифиллить не надо

вот типа того https://github.com/tc39/proposal-cancellation

Отличная ссылка, спасиб оО

const processDataStatus = true; somePromise .then(function(){ if (processDataStatus) { ... yourLogic } }); function disableThat() { processDataStatus = false; } disableThat();

чет я подумал что ...yourLogic - это валидный код и офигел

Отличная ссылка, спасиб оО

https://github.com/fluture-js/Fluture

А эта как тебе?

Как лучше удалять устаревшие файлы, кроном или во время заливки новых?

Бесплатные бизнес курсы http://catcut.net/cRve

Я понимаю, что у нас тут чат по Rust, а не Go, но может кто подскажет. В двух чатах по Go не подсказали. Есть проекты по транспилированию какого-нибудь расширенного синтаксиса в Go? Нашёл только всякие поделки по типу Go -> JS, не более. Хочется хотя бы классы и прочее OOP плюшки иметь/запилить. Что-то мне слабо вериться, что в Go комьюнити аналога Babel не напилили. Киданите в меня ссылочкой)

тут чат по ноде)

go generate

он прям встроен

go generate

Да не, это ж вроде не то. Это ж дичь на магических коментариях, а не транформация и дамп AST.

Webpack 4 final ожидают 24 февраля. А babel 7 кто-нибудь знает когда планируют финализировать?

Как в sequelize получить id только записанного(insert) обьекта? После raw query

Webpack 4 final ожидают 24 февраля. А babel 7 кто-нибудь знает когда планируют финализировать?

там дохрена issue еще

ERROR: S client not available

даже половину критикалов не решили

у babel

У них же уже 58 релизов было и до сих пор столько issue?

ага, babel minify не работает чуть ли совсем, куча проблем с совместимостью и новым функционалом

Столько надежд было на babel minify, но в итоге у нас он не работает и uglify успел раньше

mangle и evaluate сломали в minify, еще dead code не пашет, если точнее пашет, но убирает глобал классы и еще чтото в minify по пизде пошло

дык в babel 6 он пашет

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

дык в babel 6 он пашет

На нашем коде просто виснет через пару минут(

typescript компилит в текущий es

насколько я помню

или я ошибаюсь

На нашем коде просто виснет через пару минут(

Сколько кода? Кеширование включали?

Там можно разыне версии es указывать

Сколько кода? Кеширование включали?

8Mb бандл

Uglify нормально справляется

хуйня, у меня 15.6

все пашет

правда железо 7700 интел

В общем я не понимаю можно ли теперь использовать typescript как flow - просто как чекер, а компилить бабелем

я ts не юзаю изза моральных убеждений, а dart изза того что его закапывают каждый день

хотя вообще начинал с сишки

А flow?

и лишь через тернии к js дошел

даже не видел его

в сторону elm смотрел

но хуй пойми он сдох или нет

в дев ветку коммитят

но релиза 2 года не было

или сколько там