Pouvons-nous mettre la fonction de rappel à l'intérieur dll?

Question

J'essaie d'utiliser des méthodes de port série .Net d'un autre programme qui utilise le moteur Unity3D.

J'ai une bibliothèque de classe C# (dll) qui enregistre et implémente une fonction de rappel lorsque le port série reçoit des données.

public CSerialDll() 
{   
    _serial.DataReceived += new SerialDataReceivedEventHandler(serial_DataReceived); 
} 

void serial_DataReceived(object sender, SerialDataReceivedEventArgs e) 
{ 
    int bytes = _serial.BytesToRead; 
    _comBuffer = new byte[bytes]; 
    _serial.Read(_comBuffer, 0, bytes); 
    Console.WriteLine("data recv: " + System.Text.ASCIIEncoding.ASCII.GetString(_comBuffer)); 
} 

Ensuite, dans mon autre programme, je crée une instance de la classe.

Je veux savoir si mon rappel serial_DataReceived à l'intérieur de la bibliothèque (dll) sera appelé ou non. J'essaie de lire _comBuffer à l'intérieur de la bibliothèque à partir d'un autre programme et il est toujours vide (même si les données viennent quand j'ai testé avec une application de console dans la même application).

Toute aide est grandement appréciée.

Merci

Answer 1

<HUNCH>

Si j'étais un concepteur de classe, je mettrais les données dans la fonction de rappel, donc si vous regardez la classe SerialDataReceivedEventArgs, vous verrez que l'intérieur est vous tampon avec les données. Donc, après avoir reçu un événement, et que vous appelez ensuite read, vous rejetez les données qui vous sont envoyées et vous en demandez plus. En d'autres termes, oui, le fait qu'il s'agisse d'une bibliothèque externe n'a rien à voir avec le fait qu'il ne fonctionne pas comme il le devrait.

</HUNCH>

Answer 2

Il y a généralement rien de particulièrement spécial sur les méthodes étant dans une DLL séparée, tant que modificateurs d'accès sont correctement définis. Toutefois, en fonction de la configuration de votre solution, il peut être difficile de vous assurer que vous disposez de la dernière DLL dans votre dossier bin.