b
т.е. тут Перл и С - достаточно близки по моделям, памяти, и т.п., но затык уже есть
a должна удерживать его владельцаSize: a a a
2019 September 12
AP
ссылка на
b
да, так и делали )
b
но есть когда не выкрутишься
AP
ладно, можно ближе к расту? :)
b
С растом и С приблизительно такая же песня. Только там модели владения СИЛЬНО отличаются. И либо всё делать unsafe и писать "по С-шному", либо никак.
b
писать всё "по С-шному", то тогда нафига тебе раст сдался?
AP
в любом приложении, практически, гуй и прочая "красота" — это просто способ отображения состояния внутренней модели данных. речь, видимо, про это, что можно это сделать "safe"
b
ссылка на
a должна удерживать его владельцаесть ещё кейсы, когда тебе невладеющий вектор объетов возвращают :)
b
т.е. свои потроха
b
по-моему там уже не разруливается по-нормальному
b
т.к. вектор надо в перловый массив конвертить и всё
AP
у современного гуя есть конечно своя внутренняя модель данных и некоторая логика и пр — просто не надо ими пользоваться для данных модели приложения
b
а как иначе?
AP
я теряюсь с ответом
b
если ты создаёшь кнопку, то кто именно ей владеет?
b
раст или c ?
AP
да похрен
b
да похрен
это unsafe ответ )
AP
кнопка — всего лишь генератор событий