Mostra una schermata iniziale mentre è in esecuzione una connessione al database (che potrebbe richiedere molto tempo)

Question

Sto tentando di mostrare una schermata iniziale e di non bloccare l'applicazione mentre si connette a un database. Le connessioni normali (a MSSQL tramite ADO) richiedono circa 300 msec, e ciò non fa in modo che il thread principale mostri "non risponde" su Windows.

Tuttavia, nel caso di (a) un errore di rete o (b) un errore di configurazione (nome host/istanza del server SQL non valido), occorrono 60 secondi per il timeout. Ciò non solo rende l'applicazione non reattiva, ma è quasi impossibile mostrare qualsiasi errore o messaggio quando si bloccherà. Potrei far apparire un messaggio prima di iniziare la connessione ma non c'è davvero alcuna soluzione quando il thread principale blocca per 60 secondi.

La soluzione sembra essere quella di spostare la connessione a un thread in background. Questo ha portato al seguente codice:

1. un TThread di classe che rende il collegamento di fondo e alcuni SyncObj come un tID utilizzata per inviare un segnale al thread principale.

2. Un ciclo nel thread principale con questo codice:

   BackgroundThread.StartConnecting; 
   while not BackgroundThread.IsEventSignalled do begin 
       Application.ProcessMessages; // keep message pump alive. 
   end; 
   // continue startup (reports error if db connection failed) 
   

E 'questa la strada giusta da percorrere? Le mie esitazioni riguardano i seguenti elementi della soluzione di cui sopra:.

A. sarei chiamando Application.ProcessMessages, che io considero un codice di odore estrema (Questo potrebbe essere un'eccezione ammessa a questa regola)

B. Sto introducendo i thread nell'avvio di un'applicazione, e sono preoccupato di introdurre bug.

Se qualcuno ha un'implementazione di riferimento che è noto per essere privi di condizioni di competizione, che può fare una connessione in background con ADO, ed è noto per essere un approccio sicuro, sarebbe davvero utile. In caso contrario, consigli generali o esempi parziali sono buoni.

Answer 1

A causa della nota limitazione che ogni thread deve utilizzare la propria connessione ADO (ovvero non è possibile utilizzare un oggetto di connessione creato in altro thread), l'unica opzione che posso pensare è creare un thread che effettui una connessione al database e, dopo aver stabilito la connessione o aver raggiunto il timeout, segnalare il thread principale relativo all'evento e chiudere/distruggere la connessione. Il thread principale può nel frattempo visualizzare splash o progresso, in attesa di un messaggio da quel thread. Quindi, elimini il caso con password errata o host non raggiungibile. È ragionevole supporre che, se il secondo thread potesse connettersi, il thread principale sarebbe in grado di connettersi subito dopo.

Answer 2

Esistono diversi metodi per la comunicazione tra thread. Di solito uso i messaggi di Windows. Per prima cosa definisco il messaggio e il gestore di messaggi in un modulo. Quindi, quando ho bisogno di informare il thread principale da thread personalizzato, io uso la funzione PostMessage per inviare la notifica.

Piccolo tutorial here.

È anche possibile utilizzare la libreria per la filettatura, ad esempio OmniThreadLibrary.