в php не лечится еще??

в php это пока не самое узкое место)

но JIT там грозятся завести да

но не одним php мир един

Пора с пыхи сваливать, хех

на делфи

?

перл

на js тогда уж, хех

Ох не. Я с асинхроностью боролся большую часть времени. Может лучше машинный код угадывать?

ага и услугу гадание на машинных кодах, порча, сглаз, утечки памяти

Вообще круто

разыменование указателей

медленный не ООП, динамическая диспетчеризация медленная. Лечится инлайн кэшами современных JIT.

Лечится отказом от динамической диспетчеризации

Лечится отказом от динамической диспетчеризации

это путь слабых духом

ну и на статической диспетчеризации можно ехать только недалеко

https://www.thoughtworks.com/insights/blog/composition-vs-inheritance-how-choose

очень хорошая статья. даже добавил сюда https://oopru.github.io/

очень хорошая статья. даже добавил сюда https://oopru.github.io/

будьте добры, сделайте кто-нибудь перевод на русский для чучмеков вроде меня ?

стыдно должно быть, товарищ

Пол часика до старта, собираемся ребятки

Ждем

У меня будет вебинар про ООП через менее чем три часа, всем добро пожаловать (на ютуб): https://www.youtube.com/watch?v=Nm274dGikFc

Это было круто, спасибо большое за вклад в сообщество!

@f3ath не хочешь сам попробовать в таком же формате?

это путь слабых духом

Здравых разумом

ну и на статической диспетчеризации можно ехать только недалеко

Чего это вдруг? Динамическая реально нужна крайне редко, при этом мешает оптимизациям + накладывает ограничения: нельзя, скажем, иметь шаблонный/дженерик виртуальный метод (это касается компилируемых япов, в жабе и шарпах же будет генерироваться в рантайме)

Конечно, если у тебя система на полиморфизме подтипов (то есть используется наследование), то выбора у тебя нет и ты должен страдать.

будьте добры, сделайте кто-нибудь перевод на русский для чучмеков вроде меня ?

начал переводить

имеется класс, представляющий "активную запись"

имплементируются "виртуальные сеттеры"

они не имеют реального отборажения в базе

используются только совместно

в базе хранится только "вычисленное" значение

setSocialUserId / setProvider ('facebook', 'google') -> 'fb_11223456'

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

ах да, модель активная, может себя сохранять

ваше молчание как бе говорит нам, что нужно физическое поле устанавлвать в перегруженном save

Конечно, если у тебя система на полиморфизме подтипов (то есть используется наследование), то выбора у тебя нет и ты должен страдать.

ну да, инверсия зависимостей не нужна.

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

active record?

"виртуальные проперти"

ну то есть, я хз че ты хочешь услышать

Чего это вдруг? Динамическая реально нужна крайне редко, при этом мешает оптимизациям + накладывает ограничения: нельзя, скажем, иметь шаблонный/дженерик виртуальный метод (это касается компилируемых япов, в жабе и шарпах же будет генерироваться в рантайме)

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

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

Одновременно дженерик и виртуальный метод ты можешь сделать только имея компилятор в рантайме

Что очевидно

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

либо я тебя не понял

Нет, не понял. Если у тебя есть, условно class A { <T>(t: T) {...} } То как по-твоему должен выглядеть vtable для A?

Ответ: никак, ты не можешь оставить просто в vtable указатель на функцию, потому что функции ещё нет.

да, понял

вот только

если мы говорим про дженерики в java/c# то там всегда будет только динамическая диспетчеризация

а если ты тот же код запилишь в C++ то разве он не втупую скомпилит все варианты и составит таблички?

С динамической диспетчеризацией дженерики не нужны

С динамической диспетчеризацией дженерики не нужны

....почему это?

а если ты тот же код запилишь в C++ то разве он не втупую скомпилит все варианты и составит таблички?

ну это уже не дженерики

ну это уже не дженерики

ну в плюсах только темплейты

так их и нет смысла приводить в пример

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

Сравни: public <T> void foo(T t) {..} и public void foo(T t) {..}

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

Нет, это концептуально разные вещи

Дженерики и шаблоны это именно про статическую диспетчеризацию

Нет, это концептуально разные вещи

что для тебя динамическая дистпетчеризация?

что для тебя динамическая дистпетчеризация?

То же, что для всех: выбор вызываемой функции в рантайме

ERROR: S client not available

Дженерики и шаблоны это именно про статическую диспетчеризацию

как ты сделаешь дженерики на статической диспетчеризации?

у тебя ж как ты и сказал еще нет функции на которую ссылаться

Т.е. мультиметоды и виртуальные таблицы

как ты сделаешь дженерики на статической диспетчеризации?

Это как раз просто public <T> void foo(T t) {..}

это темплейты

Во время мономорфизации получится по функции на каждый тип используемый

так делают темплейты в плюсах

Динамическая диспетчеризация это механизм, на основании которого принимается решение на вызов того или иного переопределенного метода во время выполнения, а не компиляции.

Дженерики просто ограниченные темплейты, обычно с ограничениями, темплейт же просто макрос

Динамическая диспетчеризация это механизм, на основании которого принимается решение на вызов того или иного переопределенного метода во время выполнения, а не компиляции.

Молодец, как я и сказал

Это мультиметоды и виртуальные таблицы методов. Всё.

Это мультиметоды и виртуальные таблицы методов. Всё.

то есть тебя конкретно раздражает необходимость формировать функции под каждый тип в рантайме

Перегрузка функций и дженерики/шаблоны это уже статическая диспетчеризация

то есть тебя конкретно раздражает необходимость формировать функции под каждый тип в рантайме

Ну, тебе компилятор нужен в рантайме

Поэтому в C# и Java можно

а в крестах нельзя

Бля

Джене́рик[1] (англ. generic drug) — лекарственное средство, продающееся под международным непатентованным названием либо под патентованным названием, отличающимся от фирменного названия разработчика препарата[2].

Ну, тебе компилятор нужен в рантайме

ну я бы сказал что мне просто нужен рантайм который меняет код

не могу сказать что это компилятор

ну я бы сказал что мне просто нужен рантайм который меняет код

Нет, именно компилятор, чтобы во время вызова a.foo(10); создать функцию foo<Integer> класса A (или его наследника, ибо виртуальный метод)

но тебя я понял

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

Что значит какую? У тебя код мономорфизируется под конкретный тип

да это то понятно

Со всеми оптимизациями

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

99% случаях она не нужна, если не полиморфизм подтипов.

Если у тебя всё на наследовании, то ты обречён, да

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

Во всех