Einen Obj-C const NSString über eine MonoTouch-Bindung freilegen

Question

Ich habe eine funktionierende MonoTouch-Bindung für ZBar, die läuft, aber ich habe Probleme, einen konstanten NSString aufzudecken, den die Obj-C-Bibliothek zur Verwendung als Schlüssel in einem definiert NSDictionary:

innen ZBarReaderController.h:

extern NSString* const ZBarReaderControllerResults; 

I zunächst über den Ist-Monotouch versucht wie dokumentiert here Bindung:

[Static] 
interface ZBarSDK 
{ 
    [Field ("ZBarReaderControllerResults")] 
    NSString BarcodeResultsKey { get; } 
} 

Der Versuch, das Projekt mit diesem gab diese Fehler von btouch zu bauen:

Unbehandelte Ausnahme: System.ArgumentOutOfRangeException: Argument außerhalb des Bereichs liegt.
Parametername: start
bei System.String.Substring (Int32 start) [0x00000] in: 0
bei Generator.Generate (System.Type Typ) [0x00000] in: 0
bei Generator.Go() [0x00000] in: 0
bei BindingTouch.Main (System.String [] args) [0x00000] in: 0
[FEHLER] FATAL UNHANDLED EXCEPTION: System.ArgumentOutOfRangeException: Argument ist außerhalb des Bereichs.
Parametername: start
bei System.String.Substring (Int32 start) [0x00000] in: 0
bei Generator.Generate (System.Type Typ) [0x00000] in: 0
bei Generator.Go() [0x00000] in: 0
bei BindingTouch.Main (System.String [] args) [0x00000] in: 0

versuchte ich, wie in diesem anderen SO answer vorgeschlagen neben manuell in den Code aufrufen.

public static NSString BarcodeResultsKey 
{ 
    get 
    { 
     var libHandle = Dlfcn.dlopen("libzbar.a",0); 
     // I also tried this with "__Internal", rather than "libzbar.a" 
     return Dlfcn.GetStringConstant(libHandle, "ZBarReaderControllerResults"); 
    } 
} 

Es baut und führt in Ordnung, aber nur einen leeren String zurück (wie die Dlfcn.GetStringConstant Dokumente wird es tun, wenn es keine Verbindung herstellen kann).

Also, jemand anderes zugegriffen Const Strings aus einer Obj-C-Bibliothek von Drittanbietern?

Answer 1

Der Generator, btouch, hatte eine Einschränkung (vor 5.2.11) für [Field] Bindungen, die den Namespace benötigt, um mit MonoTouch. zu starten.

Eine schnelle Abhilfe für dieses issue ist, die Namespaces von ZBar zu MonoTouch.ZBar umzubenennen, und die Bindungsdefinitionen werden korrekt erstellt.

Da iOS-Anwendungen für Bibliotheken, die in einer Anwendung enthalten sind, mit statischen Bibliotheken (.a) verknüpft werden müssen, muss auch der Bibliotheksname "__Internal" in den Bindungen angegeben werden, wie in documentation beschrieben.

[Static] 
interface ZBarSDK { 
    [Field ("ZBarReaderControllerResults", "__Internal")] 
    NSString BarcodeResultsKey { get; } 
} 

Es gab auch eine Kompilation Ausgabe (auf den generierten Code), die eine manuelle Einstellung für die Bibliothek erforderlich (das heißt Sie null anstelle des Bibliotheksnamen verwenden kann, da es innerhalb der Haupt App verknüpft ist). Dies ist auch in der MonoTouch 5.2.11 Version behoben.

Mit den Problemumgehungen (oder MonoTouch 5.2.11) und der __Internal Änderung sollten Sie [Field] in Ihren Bindungen verwenden können.