kosh the best> я не стану вас разочаровывать, но правда наверное вам не понравится ))))
о боже!
просто напиши все это на си
так будет лучше

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




Если вы про это, то скорее всего на строчке memcpy() нас ждет великий облом, если A содержит в себе датамеберы через указатели типа class A { int* a;};

но если вы подскажете, где взять супер функцию типа deep_memcpy() или true_memcpy() тогда было бы круто!!

Edd.DragonДля начала с головой будет достаточно перестать превращать с++ в js.

Знаете, в свое время я понял, что очень опасно приводить реальные примеры кода, потому что вместо помощи их станут обсирать чисто ради поднятия ЧСВ. И я стал выкладывать малюсенькие примеры. А теперь я вижу, что совершил грубейшую ошибку, упомянув как метафору js в одном из доводов и теперь весь форум думает, что я хочу превратить c++ в js и теперь каждый хочет мне сообщить, что с++ это не js. После этого случая я теперь и метафоры перестану использовать!!

Edd.Dragon2. Результат все-равно на js не похож и не будет. Т.е. не достигнут. А путаница, которая будет мешать вашим "пользователям" достигнута.

Вот я ещё раз эксплиситно всем сообщаю: я не пишу js на C++!!!

Edd.DragonВполне возможно, что он просто пытается создать фрейморк, аля js-овских ассоциативных массивов-объектов. Если так, то ....

))))) это уже становится как: Петровна, слышала, что Медведев завел блох в свитере?

Мужики, ну хорош, а...!!)) ну какие нахрен массивы, чё вы придумываете??))) тема совсем о другом
я тему-то как назвал: как спрятать кастинг под капот
при чем тут массивы??? я фигею....

maytonА я тебе минуту назад хотел посоветовать про Lua почитать. Так что... проехали уже?

Смотря о чем читать. Вы там оба ведь написали: нафиг вообще на плюсах это городить, сделай управление памятью на си. Я подумал, что речь о memcpy()

То есть если вы имеете ввиду взять сорсы луа и там будет функция deep_memcpy() тогда готов ознакомится с вашей идеей

maytonПарень, в Lua нет вообще 90% тех проблем которые та нарисовал.

Не понял фразу...
Подставьте вместо Lua другой язык программирования и какой реакции вы от меня ждете?

Парень, в C# нет вообще 90% тех проблем которые та нарисовал.
Парень, в Java нет вообще 90% тех проблем которые та нарисовал.
Парень, в Python нет вообще 90% тех проблем которые та нарисовал.
Парень, в Javascript нет вообще 90% тех проблем которые та нарисовал.


Или вы думаете, что в нашей команде кто-то станет заниматься биндингом всех с++ классов в подпространство луа??
Задача, которые мы тут обсуждаем касается С++. Причем тут луа-то?? Я и спросил, если в сорсах луа есть что-то, что поможет решить задачу про глубокое копирование, то я посмотрю сорсы, а если нет, то нам луа не нужна как инструмент... мы же не игры пишем...

Edd.DragonLumixЗнаете, в свое время я понял, что очень опасно приводить реальные примеры кода
Правильно, нужно создать минимальный демонстрационный образец. Без лишнего наполнения.

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

Edd.DragonLumixи теперь весь форум думает, что я хочу превратить c++ в js
Дык, развейте домыслы. Сами же оставили пустые пятна для них ))

Позиция исчерпывающе изложена вот тут 13633846
все остальное домыслы и черновиковые мысли...

maytonНе надо ничего развивать. Тема подходит к концу и ее пора закрывать.

Согласен.

Edd.DragonLumixтема совсем о другом
я тему-то как назвал: как спрятать кастинг под капот
Никак.

А та проблема, из которой этот вопрос вырос, вполне возможно решается красиво и элегантно. Как знать.
Тоже самое касается и вопроса "как автоматически подчистить".

Решение с кастирующим аксессором обладает 100% элегантностью для нашего кодстайла.




Такой подкапот 100% подходит.

реинтерпрет-кастомВы взяли, как советовал, shared_ptr и тем самым избавились от Memory Leak.
Но до сих пор кастите предка в наследника, т.е. вам в вашем модуле надо будет сверху написать предупреждение: Attention! Undefined behavior of the module.
И в ChangeLog'e добавить это предупреждение.

Я его не кастю, потому что не знаю как это сделать. см. задачу про кастинг тут 13634956
Конкретно это решение не про кастинг, а про как спрятать под капот.

Edd.DragonНу вот я спрашивал - кто все это объявляет и когда/где?

Это объявляет макрос автоматически в месте, где прописывается объект B
чисто условно это место можно назвать файл b.h и b.cpp

Edd.DragonВнутренности функции b ваши?

Наши.

Edd.Dragonnew A - пишет пользователь? Где чей код? Это так сложно расписать четко и однозначно?

Нет, new вызывает код, который нам недоступен. Он расположен внутри динамических библиотек, которые мы используем as is, у нас есть только заголовочные и *.a файлы

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




Edd.DragonЕсли этот вопрос не осветить, то все считается вашим. Если ваше - то нет вообще необходимости ни в шаредах, ни в подкапоте - вы просто пишете delete там, где ему место и все.

наши пользователи никогда не пишут delete с целью управления объектами. единственное использование delete это схлопывание стадии целиком. в этом смысле delete это всегда некий синоним closeState()




Edd.DragonТак где появляется необходимость во всем этом, и почему вы не можете удалить самостятельно старый объект при добавлении нового? Неужели невозможное объяснить прошу?

Потому что пользователям запрещено пользоваться new и delete с целью управления памятью, потому что если им это разрешить, тогда обязательно появятся ошибки из-за невнимательности, а это приведет к падению кода

архитектура системы выстроена таким образом, что у каждого класса автоматически создается аксессор если есть класс A всегда есть A* a() если есть класс Jopa, то всегда есть Jopa* jopa()

(вернее раньше так было, а сейчас все будет на шарепоинтах, но смысл тот же)

раньше можно было вызывать delete a(), а сейчас придется a().reset()
раньше a() = new A; работало, но порождало висяк

если я что-то упустил, сообщите, я добавлю

ну и разумеется из-за чего я вообще пришел на этот форум