Работа с памятью и указателями в VB.NET

[gaidar]

Виктор Путевской
Работа с памятью и указателями в VB.NET

http://www.vbstreets.ru/VBdotNET/Articles/66311.aspx

[GSerg]

Недурно.

Один вопрос. Я так и не понял, зачем получать неуправляемый указатель на функцию. Мало того, что я не уверен в безопасности сего действия, но ещё и смысла в нём немного (имхо).

Ситуация из статьи:

Как уже было сказано, оператор AddressOf теперь создает делегат, вместо возможности получить адрес функции. Казалось бы, какая разница как объявлять функцию API? Вместо IntPtr записываем делегат соответствующего типа и все замечательно. К сожалению, вполне может сложиться такая ситуация, когда вам необходим реальный указатель на функцию. Это возможно, например, при вызове функции, которая обеспечивает Callback вызовы при некоторых условиях. То есть у вас есть параметр, который при одних условиях может быть указателем на функцию, а при других чем-то другим. Одним словом этот параметр всегда целое число и перегрузка здесь, к сожалению, не поможет.

Почему не поможет перегрузка-то?

Код: Выделить всё

Module Module1
 

  Private Delegate Function MyCallback(ByVal p1 As Integer, ByVal p2 As Integer) As Integer


  Private Declare Function foo Lib "foolib" (ByVal p1 As Integer, ByVal callback As MyCallback) As Integer
  Private Declare Function foo Lib "foolib" (ByVal p1 As Integer, ByVal callback As Integer) As Integer


  Sub Main()

    foo(1, AddressOf Callback)
    foo(1, 2)

  End Sub


  Function Callback(ByVal p1 As Integer, ByVal p2 As Integer) As Integer
    Return p1 + p2
  End Function

End Module

[gaidar]

GSerg, скажи, как ты бы отличил чисто типа Int от указателя на функцию?

[tyomitch]

GSerg, скажи, как ты бы отличил чисто типа Int от указателя на функцию?

Чисто, типа, Int -- это пятьбаллов

[GSerg]

GSerg, скажи, как ты бы отличил чисто типа Int от указателя на функцию?

Откуда?


Из VB6? Никак. Но ни разу не было такой необходимости.

Из VB .NET? Вопрос не имеет смысла, ибо указатель на функцию суть объект, а о маршалинге указателя в неуправляемый код заботится p-invoke. Заботится, проверял, даже в нетривиальных случаях.

Из неуправляемой библиотеки, которая получила число и думает - указатель это или нет? Никак. Причём совсем никак, ибо способ передачи параметра здесь роли не играет вообще. Перегрузка, varptr - один фиг. Если библиотека хочет отличать одно от другого, она имеет дополнительный параметр, в котором ей объясняют, что передали в первом.


Или я совсём чё-то не понимаю?

[gaidar]

Нет, все проще. Функции либо возвращают адрес, либо заведомо известный код ошибки, например -1 и т.е.

[hCORe]

Может, поправить в тексте "описателей" на "дескрипторы" (хэндлы, идентификаторы, ...?)
А то название непривычное.

[Viper]

Может, поправить в тексте "описателей" на "дескрипторы" (хэндлы, идентификаторы, ...?)
А то название непривычное.

Почему бы и нет? Можно поправить... Мне как то привычнее всегда был именно описатель (исторически так сложилось).

Насчет указателя на функцию. Вероятность ситуации, когда может понадобиться именно указатель вместо делегата действительно крайне мала. Но если вдруг такое чудо проявится, то вот оно решение.

[gaidar]

Описатель сохраним, потому что многие так привыкли.