Controllo ActiveX senza modulo

Question

È necessario utilizzare un controllo ActiveX di terze parti.

L'unico problema è che il livello del nostro software è un livello aziendale e non ha accesso a finestre o moduli. Funziona anche su thread separati (e dovrebbe funzionare da qualsiasi thread) che non sono STA.

Invece di rompere la nostra separazione della UI da logica di business, abbiamo usato questa soluzione per farlo funzionare:

Thread thread = new Thread((ThreadStart) 
delegate 
{ 
_myActiveX = new MyActiveXType(); 
_myActiveX.CreateControl(); 

//more initialize work 

Application.Run(); 
}); 
thread.SetApartmentState(ApartmentState.STA); 
thread.IsBackground = true; 
thread.Start(); 

Poi ogni volta che abbiamo bisogno di fare riferimento al controllo, lo chiamiamo _myActiveX.BeginInvoke() o Invoke().

Allo smaltimento di questa classe (uscendo dalla nostra app), disponiamo il controllo e interrompiamo la discussione.

La mia domanda è, ci sono problemi con questo? C'è un modo migliore per gestire questo?

Esiste un modo migliore di lavorare con un controllo ActiveX all'interno di un ambiente multi-thread sconosciuto? Stiamo cercando di scrivere la nostra classe in un modo che comprenda il controllo ma funzionerà da qualsiasi thread.

AGGIORNAMENTO: Come suggerito, preferiremmo utilizzare l'oggetto COM standard e non utilizzare affatto un controllo. Il nostro problema è stato che avremmo ricevuto l'errore "(Eccezione da HRESULT: 0x8000FFFF (E_UNEXPECTED)" sul primo metodo o proprietà che chiamiamo sull'oggetto COM. Questo è un errore piuttosto generico che non si ottiene quando si utilizza ActiveX , qualsiasi idea?

AGGIORNAMENTO: Il nostro ocx è "CX25.ocx", utilizzando tlbimp.exe otteniamo CX25Lib.dll. Utilizzando aximp.exe, otteniamo AxCX25Lib.dll e CX25Lib.dll. CX25Lib.dll non funziona AxCX25Lib.dll funziona

Answer 1

Suppongo che questo sia il modo corretto per farlo.

Abbiamo utilizzato il mio codice sopra negli ambienti di test nelle ultime settimane senza problemi.

Se qualcuno deve utilizzare un ActiveX senza un modulo, presumo che questo sia un modo per farlo.

Assicurati di chiamare _yourActiveXControl.CreateControl() direttamente dopo il costruttore dell'oggetto ActiveX. Questo ha semplificato molti problemi che avevamo in origine.

Answer 2

Se si chiama il controllo ActiveX da un livello aziendale, significa che deve poter essere utilizzato senza un'interfaccia utente, ad esempio semplicemente chiamando i metodi pubblici. creare un RCW di interoperabilità per la classe di controllo ActiveX e chiamarne direttamente i metodi?

Answer 3

La mia soluzione è quella di creare un WinForm nascosta che ospita il controllo ActiveX

Answer 4

So che questo è un vecchio post, ma mi consiglia di utilizzare il TPL nella nostra epoca moderna.

È preferibile utilizzare la libreria parallela delle attività anziché la vecchia API di threading a causa delle funzionalità relative alla gestione delle eccezioni, alla cancellazione, alla continuazione e ai risultati di ritorno.

Ecco un esempio:

using (var sta = new StaTaskScheduler(1)) 
{  
    var taskResult = await Task.Factory.StartNew(() => 
    { 
     var results = new List<ResultType>(); 

     using (var ax = new MyActiveXType()) 
     { 
      // important to call this just after constructing ActiveX type 
      ax.CreateControl(); 

      ax.SomeIterativeEvent += (s, e) => results.Add(e.SomeThing); 

      // if applicable, you can tear down the message pump 
      ax.SomeFinalEvent += (s, e) => Application.ExitThread(); 

      //more initialize work 

      // start message pump 
      Application.Run(); 

      return results; 
     } 
    }, CancellationToken.None, TaskCreationOptions.None, sta); 

    return taskResult; 
} 

Alcuni punti:

1. StaTaskScheduler è un tipo trovato nel ParallelExtensionsExtras nuget package. Ne avrai bisogno per pianificare le attività da eseguire in un appartamento a thread singolo.

2. Sto passando 1 al costruttore di StaTaskScheduler in modo che crei sempre un solo thread per me.

3. Application.ExitThread() viene chiamato per arrestare la pompa messaggi, che a sua volta consente l'esecuzione di passare da Application.Run() in modo che un determinato risultato possa essere restituito al chiamante.