WCF, Processi timer, Web Service che è meglio?

Question

Sto lavorando con un'applicazione Web, sulla base di Asp.Net 3.5 e WSS 3.0 della piattaforma. Recenlty Ho un compito nel modo seguente.

Importa estratto conto bancario utilizzando FTX - Applicazione desktop e analizzare tali dichiarazioni in database in ogni 24 ore

es. Ho bisogno di scaricare un estratto conto bancario con l'aiuto di un'applicazione desktop (che posso chiamare da file batch). Poi devo passare attraverso ogni dichiarazione (file di testo) e convertire tali dati nel nostro database per riferimento futuro.

Per quanto ne so, Net fornisce le seguenti opzioni per attuare un tale funzionalità.

1. Timer di SharePoint Lavoro
2. Web Services
3. WCF
4. Servizi di Windows

Vorrei andare per SharePoint Processi timer, ma ci sono alcuni piani per spostare tutta l'applicazione per la piattaforma Asp.net. Sono interessato con WCF in quanto non ho molta esperienza con le applicazioni WCF, ma non in grado di prendere la decisione finale :)

Qual è il modo più adatto per questo tipo di compito? Si prega di suggerire.

Answer 1

Non vedo alcun singolo di loro come il vincitore - è necessario bit da ogni:

• avete bisogno di qualche capacità di programmazione, ad esempio, "Eseguire questa applicazione ogni 24 ore alle 4 del mattino" - che è meglio gestita da esempio Di Windows operazioni pianificate

• è necessario un qualche tipo di capacità di comunicazione, per scaricare il file. WCF può aiutare, o si potrebbe usare qualcosa come FTP o qualunque è che funziona per voi

• tutto il resto, come l'analisi e la memorizzazione è in realtà semplicemente un vecchio roba NET - né WCF, né un servizio di Windows vi aiuterà qui .....

Quindi la domanda è in realtà:. Come si fa a scaricare il file di oggi (o in futuro), e come si fa a fare in modo di iniziare la vostra applicazione ogni 24 ore

Quando qualcosa come WCF farebbe davvero Guida voi è se si potrebbe trasformare il processo in giro, per esempio Se il file estratto conto sarà inviata attivamente a te, invece di andare fuori per afferrarla. Allora avete bisogno di un endpoint (un indirizzo con un servizio in esecuzione dietro di esso), che è in servizio - è lì che WCF entra in gioco

.

Answer 2

Vorrei suggerire mettere il codice di analisi / trasformazione in una biblioteca e mantenendolo disaccoppiato dalla porzione programmazione del codice. In questo modo voi o qualcuno in futuro può facilmente rotolare in un'applicazione / soluzione diversa.

Davvero avete 2 buone soluzioni per la programmazione:

• carico di servizio di Windows la programmazione da un file di configurazione
• di Windows operazione pianificata l'esecuzione del programma