как и везде

?

buffer.js:314 throw new TypeError('"list" argument must be an Array of Buffers'); ^ TypeError: "list" argument must be an Array of Buffers

Что с этим можно сделать?

погуглить

и документацию прочитать

Примерчик такой заделал, но целостность бинарного файла сломалась при получении http://pastebin.com/Z4qNJrs2

Настоящая драма https://github.com/tc39/proposal-private-fields/issues/14 Ребята из V8 хотят пропихнуть вот ЭТО в стандарт (приватные свойства класса) class C { #x; constructor() { this.#x = 1; } } отписывайтесь пока у вас есть возможность, ставьте лайки и дислайки пока у вас есть выбор

да нормально все

но с @ лучше

не дай бог! в Lisp уйду... накой мне это # из Ruby и coffeescript

да не пользуйся просто

это вообще не нужно в обычном коде

Я то не буду :) но я обычно не 1 в команде, просто накой тогда резервировали слово private?

на всякий случай

это все таки не тоже самое

private - это для статических типов

а тут про рантайм

# это такое близарукое решение что просто ужас

Разобрался. Всем спасибо! :)

что если понадобиться добавить protected internal или еще какой модификатор свойства? class Test { #@%fk constructor() { this.#@%fk = 1; } } против class Test { private static internal fk constructor() { this.fk = 1; } }

да не понадобится

это не модфикатор, это принципиально другая вещь

это не модфикатор, это принципиально другая вещь

private - это модификатор свойства. проблема какраз в том что люди из V8 тоже думают что это "принципиально" другая вещь - это не так

там же написано все, это сахар для WeakMap

к свойствам не имеет никакого отношения

к свойствам не имеет никакого отношения

тут да - точнее будет сказать что это модификатор полей ( а он может быть private, protected, internal, readonly ) и # не учитывает вообще ничего кроме private. В следующей версии снова будем язык переписывать ибо V8 лень имплементировать нормальные модификаторы?

А что такое "нормальные" модификаторы?

Какая разница между соглашением начинать приватные поля с "_" и модификатора private?

class Test { private static internal fk constructor() { this.fk = 1; } }

это норма (с)

а вот что предлагают class C { #x; constructor() { this.#x = 1; } }

this.#x

А чем символы не устраивают?

они не приватные

Эм.

Добавь "_" и будет тебе приватность, в чём дело?

Символы решают проблему уникальности.

А чем символы не устраивают?

что если понадобиться добавить protected internal или еще какой модификатор свойства? class Test { #@%fk constructor() { this.#@%fk = 1; } }

злесь речь о тру приватности

это НЕ свойства

Что такое "тру" приватность?

Что такое "тру" приватность?

нието снраужи не может их читать

private fields

Ты ведь в курсе, что инкапсуляция не в этом заключается?

не private properties

И да, в любом языке можно прочитать что хочешь.

И да, в любом языке можно прочитать что хочешь.

в любом, не в любом - здесь хотят сделать так, чтобы было нельзя

Хм. А зачем?

полезно для платформ, в т. ч. node.js

Ты ведь в курсе, что инкапсуляция не в этом заключается?

Encapsulation can be used to hide data members and members function. ...offer the programmer a degree of control over what is hidden, typically via keywords like public and private

И? Причём тут физическая недоступность?

при том что js изначально расчитан испольнение небезопасного кода

для этого нужна физическая изоляция

движкам, браузерам

Физическая изоляция не нужна и она бесмысленна.

У тебя дебаггер в рантайме, какая изоляция?

Физическая изоляция не нужна и она бесмысленна.

ты скачиваешь говнокод из интрнета и запускаешь на своем компьютере

поверь, тебе нужна изоляция

Эм. Нет, не нужна

Мой код упакован в модули и прочее, как чужой код доступ к нему получит вообще?

Физическая изоляция не нужна и она бесмысленна.

нужна для разработчиков API - вспомните React и Context - Context API было приватным - им всеравно воспользовались для React Route и теперь не могут выпилить ибо усе - куча софта теперь использует это приватное API

Использование приватного API это проблема использующего

Использование приватного API это проблема использующего

это твоя проблема, если ты хочешь, чтобы его не использовали

Я декларировал, что это приватный интерфейс.

ERROR: S client not available

Этого достаточно

Если бы внутренности браузеров были бы доступны через _

было бы весело

Использование приватного API это проблема использующего

Увы нет.. инкапсуляцию не просто так придумали. А чтобы защитить от ошибок.

Инкапсуляция это *логическое* деление, а не физическое

Ребят. Теперь мне нужно заняться профайлингом. А именно хочется заменить время выполнения некоторых функций и прочего. С помощью чего такое можно и лучше сделать?

Инкапсуляция это *логическое* деление, а не физическое

Under this definition, encapsulation means that the internal representation of an object is generally hidden from view outside of the object's definition физическое

generally hidden

Физического деления не было и не будет. Внутри одного процесса ты всегда сможешь добраться до нужного участка, из любого ЯП. Откуда ты цитаты кидаешь, я не знаю, но советовал бы таки классиков (GoF, Майер) почитать

это примерно значит, что нельзя, но очень хочется и есть рефлекшн, то можно

> Paul из любого ЯП

не из любого

Пример?

вот этот пропозал и есть пример

из существующих - не знаю

java — reflection, C/C++ — каст к void* и смещение, C# — GetField, Rust — unsafe + mem::transmute

нечто вроде C++ но без доступа к памяти, я бы сказал

Ребят. Теперь мне нужно заняться профайлингом. А именно хочется заменить время выполнения некоторых функций и прочего. С помощью чего такое можно и лучше сделать?

http://stackoverflow.com/questions/1911015/how-do-i-debug-node-js-applications/16512303#16512303

Спасибо

class Test { private static internal fk constructor() { this.fk = 1; } }

Так там есть другие примеры, где private a уже не получится использовать)

или будет такой синтаксис? other.(private) x, определенно, что то не так

зачем во всех чатах одно и то же мусолить?

зачем во всех чатах одно и то же мусолить?

Это ты во всех и тех-же чатах :) не все так делают

))

node -v v0.10.29 Со мною все впорядке?

Нет

старый метеор?

Нет

Что нужно делать?

Если я поставлю последнюю ноду, то все мои прошлые проекты продолжат работать?

Если я поставлю последнюю ноду, то все мои прошлые проекты продолжат работать?

Зависит от того, какие API ты использовал

Если я поставлю последнюю ноду, то все мои прошлые проекты продолжат работать?

С тестами ты это быстро узнаешь