Возвращение указателя на объект вместо самого объекта. Как долго протянет?

[WhiskasTM]

Отталкиваюсь от того, что можно возвращать пойнтер вместо копии самого объекта, это быстрее. Рекорд на низком уровне вызывает CopyRecord и перетаскивает данные; вайдстрины звонят мэнеджеру и также просят создать временный дубликат(WStrAsg). Лишь классы ничего не требуют, они переменные пойнтеров или че-то там, не знаю.

Резонно ли это?
На примере с WideString:

type
TVectorWSTR = class(TNonReferenceCountedInterfacedObject, IVectorWSTR)
  private type
    TWStr = record
      FWideString   : WideString;
      FSignedHash   : UINT;
      FUnsignedHash : UINT;
    end;
  private
    FList     : array of TWStr;
    FCount    : Integer;
    FCapacity : Integer;
    function Get(const Index:Integer):PWideString;stdcall;INLINE;
.........
implementation

function TVectorWSTR.Get(const Index:Integer):PWideString;
begin Result := @FList[Index].FWideString;end;
.........

Возвращаю PWideString в локал переменнную, может ли она перестать быть актуальной? Например, если сразу после этого я че-то делаю с другими строками, которые звонят менджеру, у них проходит совещание и принято решение и глобальной реаллокации. После этого переменная PWideString начнет показывать на другую строку или вообще станет указывать на мусор и т.п. И это после какой-нибудь внезапной строчки кода(в пределах одной функции, процедуры - не дальше). Какого шансы в целом?

Ну и для целых рекордов тот же вопрос)

[min@y™]

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

И никак иначе - следить за этим, кроме самого программиста, некому.

[WhiskasTM]

Грубо говоря unmanaged type(как в си пишут)? Память двигается живет, а указатель все туда же смотрит.

Просто тут недавно было... посылаю пойнтеры на рекорды(цикл), там нужно было в них че-то записать и AV на N-ый раз - в дебаггере пытается писать в адрес 25. Заменил на var - все окей стало.

Кажется понял, переменные(те же пойнтеры) просто контролируются мэнэджером, а все что выше - нет.

Наверно, отсюда же все PWideChar в винапи, мол, это ТЫ изменил строку или твой мэнэджер перенес данные, а винда не при чем

[min@y™]

Это ты щас с кем разговаривал?

[Vapaamies]

Аффтар, ты или теорию почитай, или ассемблерный подстрочник посмотри. И классы, и строки -- уже указатели. Зачем указатели на указатели городить?

[WhiskasTM]

Хотел от System.@WStrAsg и CopyRecord избавится. Сезон охоты за тактами - тссс, вон ещё парочка припряталась...

[Человек_Борща]

может ли она перестать быть актуальной?

Перестанет быть актуальной только если вы её потеряете или указатель станет равным nil(Вы или другой поток изменили этот указатель).

[min@y™]

Сезон охоты за тактами - тссс, вон ещё парочка припряталась...

Делириум тременс... Тяжёлый случай.

[Vapaamies]

Сообщение от WhiskasTM

Хотел от System.@WStrAsg и CopyRecord избавится.

_WStrAsg -- инкапсуляция механизма подсчета ссылок BSTR, оберткой над которыми и является WideString. Внимание, вопрос: зачем избавляться от подсчета ссылок?

А от CopyRecord избавляются наибанальнейшим способом -- ставят const или var перед параметром процедуры. Запись передается по ссылке, контролируемой компилятором.

[WhiskasTM]

min@y™, Ложи и провокация! Сезон не длится не вечно. Просто часть завершена, почему бы не швырнутся

Vapaamies, ссылки? _WStrAsg же присвоение, типа вот те строка, запихни её туда. Хотя посмотрю теперь.

edit:

Если Get метод возвращает WideString:

FMain.pas.65: x := sl[0];
lea rcx,[rbp+$20]
mov rax,[rel $0006a0f2]
mov rax,[rax+$10]
mov rdx,[rax]
call @WStrLAsg
lea rcx,[rbp+$28]
mov rdx,[rbp+$20]
call @WStrLAsg
nop

Если Get метод возвращает PWideString:

FMain.pas.65: x := sl.Get(0)^;
mov rax,[rel $0006a12e]
mov [rbp+$20],rax
lea rcx,[rbp+$28]
mov rax,[rbp+$20]
mov rax,[rax+$10]
mov rdx,[rax]
call @WStrLAsg
nop

Минус один WStrLAsg. А... он с "L" ещё. 2-й вариант быстрее в 2 раза.