Ну вообще ты так как раз ломаешь принцип подстановки

как?

ну так пишите на расте, JS то тут причём?

Мы тут вроде хорошие практики обсуждали

как?

Кинул в воду курицу и ожидал, что она потонет, а она взяла и выплыла. Хз, у них много различий вроде как

Точнее надо на википедии смотреть

Ну вообще ты так как раз ломаешь принцип подстановки

как ты его ломаешь, если реализован интерфейс и подставляешь как раз вместо родителя?

интерфейс то при чем в подстановке?

Кинул в воду курицу и ожидал, что она потонет, а она взяла и выплыла. Хз, у них много различий вроде как

а у неё в интерфейсе это прописано?

как ты его ломаешь, если реализован интерфейс и подставляешь как раз вместо родителя?

То, что компилятор не видит ошибок в реализации контракта, не значит что их нет

Только поэтому принцип и появился

The problem with object-oriented languages is they've got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.

То, что компилятор не видит ошибок в реализации контракта, не значит что их нет

там имеются в виду предусловия-постусловия вообще-то. Не бросать больше ошибок, чем родитель и тд

интерфейс то при чем в подстановке?

всмысле при чем, но это не все

The problem with object-oriented languages is they've got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.

Ай не, метафора, с которой непонятно, что человек вообще имел ввиду

The problem with object-oriented languages is they've got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.

это везде так, в функциональщине будем таскать джунгли функций

там имеются в виду предусловия-постусловия вообще-то. Не бросать больше ошибок, чем родитель и тд

Ну, это компилятор не проверяет обычно

Тайпскриптовый точно

Слишком сильно ограничивают наши возможности, вон сколько всего хорошего без них в расте

В расте, кстати, до сих пор для отлова ошибок макрос try! юзают?

В расте, кстати, до сих пор для отлова ошибок макрос try! юзают?

Ну я про трейты говорил, а не что-то еще)

Я к тому, что не все то хорошо, что в расте есть :)

У всех свои заморочки

мой вывод такой: люди не понимают ооп и надеются на новые языки, как на манну небесную

Где-то без классов норм

А где-то ПИЧАЛЬНО

Я к тому, что не все то хорошо, что в расте есть :)

С этим я ваще не спорю

мой вывод такой: люди не понимают ооп и надеются на новые языки, как на манну небесную

Да, именно так. Мало кто слышал про solid, еще меньше понимают, а про grasp так и ваще(

В расте, кстати, до сих пор для отлова ошибок макрос try! юзают?

Это не отлов А пропагейшн И там есть синтаксис expression()?

Try есть try

А где-то ПИЧАЛЬНО

где есть классы, там печально

Try есть try

нет там ? это сахар над try!()

кстати мне ? не хватает из кофе

ага

foo?.bar?()

пропозал есть вроде

Это не отлов А пропагейшн И там есть синтаксис expression()?

Да мутноватая штука получилась, эдакий аналог throw exception, ток нихера не очевидный для тех, кто с растом не работал

ну да в расте своих неочевидных мест хватает взять те же макросы ух вещь

Вот против макросов ничего не имею – метапрограммирование в принципе неплохая штука

Вот, кстати, вопрос получше: как юзаете enum в typescript, чтобы лишние числа вместо него не подставлять?

мне он дико из-за этого не нравится, я считаю, он сломан

enum MY{ FOO, BAR }

как-то так

ЛОЛ

туда и NaN, и 2 подойдёт

куда?

куда?

в сигнатуру метода, принимающего enum

И Infinity тоже

И Infinity тоже

да

Вот против макросов ничего не имею – метапрограммирование в принципе неплохая штука

Немного не очевидная. Но очень мощная и крутая. Особенно то, что это ast макросы

мне он дико из-за этого не нравится, я считаю, он сломан

type N = 1 | 2 | 3 | ... | 100;

enum не юзаю

type N = 1 | 2 | 3 | ... | 100;

знаю, но хочется ещё и API предоставить, чтобы писать MyEnum.ONE

Это только строковые так

а кто мешает юзать строковые?

это везде так, в функциональщине будем таскать джунгли функций

lift

а кто мешает юзать строковые?

Версия тс

мой вывод такой: люди не понимают ооп и надеются на новые языки, как на манну небесную

ну так ты объясни

рил какую-то хуйню несёте

чего только "использую интерфейсы вместо классов" стоит

или это толстый троллинг такой

чего только "использую интерфейсы вместо классов" стоит

Бля, где я такое пропустил?

выше

ты используешь классы вместо интерфейсов, потому что не знаешь ооп

Ты об этом?

ERROR: S client not available

Уточню. Я юзаю классы с конструктором вместо интерфейсов(из-за херового принципа именования интерфейсов).

Или об этом?

чего только "использую интерфейсы вместо классов" стоит

там было: классы вместо интерфейсов

там было: классы вместо интерфейсов

Какая разница

Это принципиально разное

Если человек говорит "вместо", значит он дилетант

Ооп адепты вкатываются в тред

в контексте: человек сказал, что никогда не использует интерфейсы по причине того, что не хочет писать I перед названием

Если человек говорит "вместо", значит он дилетант

А что тебе не нравится? Предлоги не учил в школе?

Если человек говорит "вместо", значит он дилетант

Если воспринимать "классы вместо интерфейсов" или наоборот в вакууме - то да, хуйня получается. Но в определенных контекстах в этом есть смысл - например, DTO может быть описано и тем, и другим с некоторыми ограничениями в обоих случаях

Яннп

Мы точно в чяте по тайпскрипту?

я имел в виду использование интерфейсов (абстракций) вместо классов (реализаций) в сигнатурах методов и при объявлении типов переменных, например

Тут по-идее все должны быть в курсе, нахера нужны интерфейсы

один человек сказал, что не использует интрфейсы из за того, что не хочет писать I в именовании, я сказал, что он просто не знает ооп, и поэтому не использует

Ммм

А зачем ему typescript тогда?

Лан, не буду развивать некрофилию

Не хочет – пусть не юзает

я имел в виду использование интерфейсов (абстракций) вместо классов (реализаций) в сигнатурах методов и при объявлении типов переменных, например

Прости, но телепатов нет (в школе не научили)

Прости, но телепатов нет (в школе не научили)

и ты извини, если грубовато получилось

о, задам тут вопрос

вы как интерфейсы оформляете?

в отдельном файле или кладете все в какую-нить кучу типа d.ts ?

index.h.js, когда много скапливается или нужно ссылаться на них

Потому что в одном файле типы и код несколько напрягает

http://s.syabro.com/2017-07-17-19-32-5577v.png

это

а как в случае HOC-ов вы проперти прокидываете?

https://medium.com/@DanHomola/react-higher-order-components-in-typescript-made-simple-6f9b55691af1