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

Так а символы на что?)

Вот бы их еще ts проверять научился

Но вот вырвется один общий кейс, и ьы запилишь

(нет)

(нет)

Тогда не было бы абстрактных классов)

То сообщение было в контексте интерфейса)

выпал

Так а символы на что?)

а причем тут символы? если я о трейтах

а причем тут символы? если я о трейтах

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

другими словами, чего именно ты хочешь от трейтов в es?

другими словами, чего именно ты хочешь от трейтов в es?

Интерфейс методов и дефолтную реализацию

)

https://medium.com/the-thinkmill/javascripts-new-private-class-fields-93106e37647a

там ж ничего нового вроде, не?

Объяснение "почему хэш"

Объяснение "почему хэш"

https://github.com/tc39/proposal-private-fields/issues/14#issuecomment-153050837

но мне честно говоря непонятно, чего хотят от private fields в рантайме(

вот тут что-то есть, но я не осилил https://github.com/zenparsing/es-abstract-refs/issues/11#issuecomment-65723350

но мне честно говоря непонятно, чего хотят от private fields в рантайме(

Ну вот есть у объекта какие-то чисто внутренние поля стейта, бесполезные для внешнего наблюдателя и будут только мешаться при просмотре свойств объекта

Символы — не вариант

Ну вот есть у объекта какие-то чисто внутренние поля стейта, бесполезные для внешнего наблюдателя и будут только мешаться при просмотре свойств объекта

сложи их в weak map

сложи их в weak map

наверное бабель и будет так полифилить

сложи их в weak map

Это довольно костыльный путь, нужно понимать, что WeakMap не для приватных свойств делался)

Это довольно костыльный путь, нужно понимать, что WeakMap не для приватных свойств делался)

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

Нет

ну ладно

Ты приватные методы тоже в weak map сложишь?)

И каждый раз map дергать — это довольно накладно

И неудобно

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

Обычное обозначение приватных полей, что private, что #, не вижу разницы)

Обычное обозначение приватных полей, что private, что #, не вижу разницы)

Читаемость кода резко просядет. Если ты не знаешь о том, что # значит, то ты самостоятельно не догадаешься.

Ты приватные методы тоже в weak map сложишь?)

Просто вынесу из объекта

Читаемость кода резко просядет. Если ты не знаешь о том, что # значит, то ты самостоятельно не догадаешься.

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

Обычное обозначение приватных полей, что private, что #, не вижу разницы)

Про обозначение пофигу, зачем это в рантайме неясно(

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

private x читается естественным образом

Читаемость кода резко просядет. Если ты не знаешь о том, что # значит, то ты самостоятельно не догадаешься.

такое себе обоснование люди не догадываются о существовании WeakMap и что это плохо и не нужно?

Есть софт прайвит с помощью тайпчекеров и есть хард прайвит с помощью замыканий и мапов/объектов

Замыкания — пожароопасный способ)

И будет еще один, нужно больше приватности)

private x читается естественным образом

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

Знаешь как память может внезапно утечь?)

такое себе обоснование люди не догадываются о существовании WeakMap и что это плохо и не нужно?

Если можно сделать проще и читаемее - то надо так и сделать. Изменение семантики поведение из-за магического символа в названии переменной - это не круто

Если можно сделать проще и читаемее - то надо так и сделать. Изменение семантики поведение из-за магического символа в названии переменной - это не круто

@ да ну? ... да ну? => да ну?

private x читается естественным образом

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

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

private же итак ключевое слово

Но с private все понятно

Но с private все понятно

суть не в ключевом слове, а в инфере типа проперти

@ да ну? ... да ну? => да ну?

Ни один из примеров не ощущается как _часть имени переменной_, а ощущается как отдельная конструкция. В этом ключевая разница

Накладные расходы на поиск, непонятное поведение

И все такое

Не обязательно сразу расстреливать весь запас ключевиков в первую пятилетку нормального развития языка)

Не обязательно сразу расстреливать весь запас ключевиков в первую пятилетку нормального развития языка)

Да суть ж ваще не в ключевом слове)

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

ну я к этому

Так а какие кейсы, когда нужен вот такой прайвит? Кому-то кроме гугла такие кейсы приходили?

Ну чем soft private у ts/flow не устраивает?

Так а какие кейсы, когда нужен вот такой прайвит? Кому-то кроме гугла такие кейсы приходили?

те же кейсы, когда ты в ts пишешь private

Ну чем soft private у ts/flow не устраивает?

тем что не все юзают ts/flow

те же кейсы, когда ты в ts пишешь private

Так зачем мне эта лабуда в рантайме?

Так зачем мне эта лабуда в рантайме?

лол))

тем что не все юзают ts/flow

Щас бы еще структурную проверку типов в рантайме для всего проекта

Кстати для того, чтобы представить себе как взвешенно делают решения в tc39 почитайте главу про обсуждение судьбы SIMD https://github.com/rwaldron/tc39-notes/blob/a66df6740eec3358d5e24f81817db99d6ee41401/es8/2017-03/mar-21.md#10if-simdjs-status-update

Вообще-то так можно во всех меинстрим языках

соглашусь. я валет, не знал

Вкратце, пропосал, который уверенно шёл к релизу и уже был на стадии stage 3, внезапно оказался никому не нужен из-за wasm, вендоры движков не хотят его имплементить вообще и теперь нужно как-то объяснить сообществу прецедент, когда proposal внезапно завернули уже почти с финальной стадии

лол

ребза

есть проблемка

ERROR: S client not available

давай

импорчу класс в другом классе и в конструкторе присваиваю локальной проперте аля import { Validator } from '../../middlewares/validate'; export class MyClass { private validator: Validator; constructor() { this.validator = new Validator(); } myMethod() { this.validator.do(); } } потом в методе каком-нить вызываю и не находит validator этот

что я делаю не так

?

пробел после точки?

что значит не находит, рантайм ошибка или подсказчик не показывает?

не это тут опечатка

кароче нихуя не работает это

не знаю почему

как не работает?

что пишет

ты только учишься программировать или как?

скопируй минимальный пример сюда http://www.typescriptlang.org/play/index.html

текст ошибки вконце концов скопируй

весь парадокс в том

что в плейграундах все работает

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

import { Validator } from './validator'; в самом классе Validator у меня просто export class Validator { // bla bla bla }

телепаты в отпуске. Пока не напишешь текст ошибки тебе никто не сможет помочь

Cannot read property 'validator' of undefined

так это рантайм ошибка

т.е. всё скомпилилось

а ты myMethod как вызываешь?

ты его не передаёшь случайно куда нибудь?

я результат выполнения метода присваиваю переменной

const data = this.validator.do();

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

нет, я про тот метод где у тебя код const data = this.validator.do(); написан

он как вызывается?

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

myMethod() из примера выше

там это происходит