I
я тебе открою глаза: ООП можно сделать везде, если очень сильно постараться
ну да через дикие костыли не спорю
Size: a a a
2020 June 17
I
и это будет работать медленно
P
и это будет работать медленно
почему?
BD
почему?
потому что он не знает как рабоатет ооп внутри
К
прям так, а сколько лет писал на С++?
Я с 2007 года непрерывно писал на C++. Только год как активно перехожу на Раст
К
И назад в плюсы не хочется. Там страдания
I
почему?
я как считаю ООП это объекты которые полностью автономные, и работают отдельно, могут связываться друг с другом и передавать данные.
Карочи очень сложная штука
Карочи очень сложная штука
P
я как считаю ООП это объекты которые полностью автономные, и работают отдельно, могут связываться друг с другом и передавать данные.
Карочи очень сложная штука
Карочи очень сложная штука
так почему работать медленно будет?
L
ну да через дикие костыли не спорю
Понятие ООП очень размыто на самом деле. Основные принципы в Rust реализуются.
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
P
я как считаю ООП это объекты которые полностью автономные, и работают отдельно, могут связываться друг с другом и передавать данные.
Карочи очень сложная штука
Карочи очень сложная штука
кстати, напомню, что работают не объекты, работает процессор
К
так почему работать медленно будет?
Поиск по vtable?
P
Понятие ООП очень размыто на самом деле. Основные принципы в Rust реализуются.
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
и тут внезапно мы узнаём, что под капотом наследование это композиция
I
Понятие ООП очень размыто на самом деле. Основные принципы в Rust реализуются.
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
Но нет классов, а соответственно классового наследования. С другой стороны упор делается на композицию
да класы это не ООП эта херня)
BD
Поиск по vtable?
даже в objective-c “поиск по vtable” которого там нет работает ебически быстро, objc_msgSend одна из охуительнейше оптимизированных штук в истории
I
точнее как херня, нужная штука но это не ООП
P
да класы это не ООП эта херня)
классы это про типы, которые раньше на теории множеств строили, откуда и классы
L
да класы это не ООП эта херня)
Но если тебе очень-очень захочется именно классы, то есть макросы и процедурные макросы.
Можешь написать свою реализацию и встроить её в язык. И это будет работать. И не будет никому мешать.
Можешь написать свою реализацию и встроить её в язык. И это будет работать. И не будет никому мешать.
I
я думаю тот кто пишет на Erlang знает что такое ООП
P
жсе классов нет, но на прототипах тоже можно делать ооп
S
я как считаю ООП это объекты которые полностью автономные, и работают отдельно, могут связываться друг с другом и передавать данные.
Карочи очень сложная штука
Карочи очень сложная штука
Ты даун да из-за таких ка кт ыи появляется гавно в мире