C++ User Group, встреча в Екатеринбурге

operator.

Эх, добавили бы его и параметр к нему, чтоб можно было эмулировать свойства и динамические методы. Было бы круто.

Было бы круто.

Чем? Очередной возможностью сделать программу медленнее, а код запутаннее?

Очередной возможностью сделать программу медленнее

lol

код запутаннее

Это да. С другой стороны, плюсовикам не привыкать распутывать :)

lol

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

Вызывать ее или нет будет понятно на момент компиляции. Вызывать ее будет не дороже вызова простой функции. Оно будет в 99% случаев инлайниться в обычное чтение или запись поля (обращение по известному смещению).

Ты сообщение-то прочти, на которое я отвечал:

эмулировать свойства и динамические методы

Как ты собираешься это делать так, чтобы

в 99% случаев инлайниться в обычное чтение или запись поля (обращение по известному смещению)

Я уже вижу, как понабежавшие питонисты бегают по мапе в поисках нужного члена на каждом обращении.

Свойства инлайнятся, именно они в 99% случаев простые. Динамические методы – это какая-то опердень, нужна конкретика.

Хотя я вот сейчас попытался придумать, как этим пользоваться и навскидку пришел к двум вариантам: динамическая мапа и макросистема, которая к operator.() уже толком не относится.

Ок, я обосрался.

Динамические методы – это какая-то опердень, нужна конкретика.

В самом простом случае - функция/лямбда, где первый параметр - 'this'.

Т.е. пишем:

string foo( human& self, ... )
{
...
}

string foo( alien& self, ... )
{
...
}

vasya.foo(...);

В сложном - можно выстроить целый механизм поверх, с динамикой, рефлексией и пр.