Siamo un gruppo di ingegneri appassionati che stanno sviluppando una serie di applicazioni che utilizzano Excel come front-end. Stiamo usando VBA ma intendiamo iniziare a farlo su VB.net. Alcune persone nell'IT hanno messo in dubbio la saggezza dell'uso di Excel come piattaforma perché si blocca, è pericoloso, difficile da gestire, lento, ecc.
Se il prodotto finale che gli utenti desiderano sono dati tabulari che possono modificare o eseguire analisi ad hoc, lo sviluppo in Excel può essere adatto o addirittura vantaggioso.
L'ultima applicazione Excel che ho scritto si trovava in un laboratorio di sequenziamento del DNA. L'applicazione ha interrogato un database Oracle per un elenco di esperimenti da eseguire, ha organizzato i primer necessari nelle piastre a 96 pozzetti, ha generato il modulo di ordinazione degli iniettori e ha creato la tabella che era l'input per il robot che ha eseguito l'esperimento. Personalmente non avrei scelto Excel per fare tutto ciò, ma i venditori richiedevano un foglio di calcolo come modulo d'ordine, i robot potevano leggere file Excel e i tecnici di laboratorio amati con fogli di calcolo per organizzare le migliaia di esperimenti hanno dovuto correre ogni mese.
Tutto ciò ha reso Excel una scelta ragionevole per questo compito, ma diffidare di avere un martello e andare alla ricerca di un chiodo.
Pensa a come gestisci tutte le altre cose che si svolgono attorno a progetti che non sono di programmazione. Controllo del codice sorgente, gestione del rilascio, fusione delle modifiche da più sviluppatori, revisioni del codice, test, risoluzione dei bug, controllo dell'accesso degli utenti ai dati e amp; la loro capacità di modificare i dati, la gestione della qualità dei dati, i backup di archiviazione, il ripristino di emergenza ecc. ecc. Se riesci a gestire tutto ciò in Excel / VBA, allora lo considererei una "solida piattaforma di sviluppo".
Quindi Excel è adatto alla tua applicazione? Hai bisogno delle altre cose che Excel offre: la manipolazione dei risultati da parte dell'utente, la formattazione e la rappresentazione grafica definite dall'utente, la capacità di incorporare documenti Word, ecc. È la tua comunità di utenti legata all'aspetto e all'impatto del tuo ufficio. Se sì, allora Excel, altrimenti no.
Infine, Excel è giusto per te adesso . Ti suggerirei di adottare un approccio Agile a questo. Pensi che Excel potrebbe essere buono. Corri con lui per ora. Prendi un paio di iterazioni insieme e poi fallo riflettere. Fornisce un'interfaccia utente pronta all'uso, una convalida dell'input, un layout di moduli elementari (che consente di prototipare un'applicazione "reale"). Tutto ciò di cui avrai bisogno ma non dovrai imparare subito se usi Excel. Mentre sposti il tuo codice su .Net potresti scoprire che un'interfaccia utente diversa si adatta meglio. Disporre il codice in classi appropriate relative ai problemi (piuttosto che in frammenti di codice relativi agli strumenti) e dovresti essere in grado di ricontestarlo facilmente e chiamarlo da qualsiasi front-end scelto.
Per quanto riguarda i problemi che il tuo gruppo IT elenca, sono tutti veri e saranno veri per qualsiasi software che chiunque scriva, in misura maggiore o minore. A mio avviso, la domanda è se questa alternativa sia più o meno buggata, sicura, mantenibile e adatta ai requisiti conosciuti rispetto a quella alternativa.
Usiamo ampiamente Excel nella nostra attività, ma in modo mirato, dove attingiamo ai suoi punti di forza, non come piattaforma per scopi generali.
Concorda con Charles. Ci sono condizioni limitate in cui la programmazione in Excel prima è una buona idea. Non ho ancora incontrato uno. È quasi altrettanto semplice creare l'app .NET e utilizzare il motore Excel per l'output. Calcoli / Formattazione o qualsiasi cosa tu possa fare in VBA può essere fatto usando .NET e l'interfaccia di Excel. VBA e VB.NET hanno la stessa lingua di base, ma i metodi per ottenere da A a B possono essere molto diversi e in alcuni casi radicalmente. Inizialmente, quando ho iniziato a programmare in VB6 e ad usare VBA, ho fatto un po 'di programmazione in Word, Access ed Excel usando VBA. L'ho trovato piuttosto complicato rispetto alla semplice creazione dell'app VB6 per fare la stessa cosa.
Leggi altre domande sui tag excel