Basando tutte le applicazioni .NET su una libreria centrale CORE? [chiuso]

0

L'azienda per cui lavoro è stata recentemente acquisita da una società molto più grande. Durante una conversazione con il proprio gruppo di sistemi informatici, si è discusso sulla modifica dei programmi esistenti in modo che usassero una libreria "CORE". Questa libreria "CORE" sostituisce le librerie di classi autonome che abbiamo creato.

La mia comprensione di base è che l'interfaccia utente (programma / console / sito Web client di Windows) parla di un nucleo centrale basato sul servizio web.

Ci sono delle insidie in questa configurazione?
La mia preoccupazione principale sarebbe nelle applicazioni intensive di lettura-scrittura che il CORE non sarebbe veloce come un programma che esegue tutte le librerie direttamente (nello stesso percorso di installazione).

Nota: eseguiamo principalmente server Windows con applicazioni .NET.

    
posta John M 10.06.2015 - 20:14
fonte

2 risposte

1

Certo, questo tipo di software come servizio è esistito già da un po 'di tempo.

Are there any pitfalls to this setup?

Sì, Internet non funzionante rende difficile il funzionamento dei servizi Web senza alcun tipo di livello di memorizzazione nella cache locale. La latenza di cui parli può essere una preoccupazione. Può essere più difficile testare la tua applicazione a seconda di come è stata progettata. E a seconda di come è progettata la libreria, può causare problemi in quanto qualsiasi modifica incide sui client tutti , rompendoli o rallentando le modifiche alle librerie principali.

Ma non importa quanto.

Per una grande azienda, probabilmente hanno manciate centinaia di applicazioni software commerciali, è enormemente costoso continuare a sviluppare e mantenere gli stessi bit di codice (autenticazione, autorizzazione, fatturazione, registrazione, supporto tecnico, quadri di internazionalizzazione, ecc.) e hardware per supportare quel codice più e più volte . Oh, e aiuta a velocizzare lo sviluppo dal momento che praticamente ogni grande azienda deve supportare più piattaforme (web, mobile, desktop).

Quindi, mentre potrebbe causare inconvenienti ai tuoi clienti con connessioni internet scadenti, non recupererà letteralmente i milioni di dollari risparmiati dalla società consolidando il codice comune.

    
risposta data 10.06.2015 - 20:46
fonte
1

Le insidie vanno da Niente a Tutto , con i risultati del tuo mondo reale che si trovano da qualche parte nel mezzo.

Le librerie standard sono utilizzate ovunque. Ad esempio, abbiamo la libreria standard C ++ che quasi tutti i programmi C ++ sono basati su un certo grado. Anche questa libreria standard cambia a seconda del compilatore, in quanto la libreria standard fornita con GCC non è uguale a quella fornita con Visual Studio. Inoltre, i programmi destinati alla piattaforma .NET utilizzano mscorlib nello stesso modo.

Confidiamo in modo implicito in queste librerie di base perché sono scritte da grandi team di persone molto brillanti e speriamo che funzionino come vorremmo. Tuttavia ciò non impedisce a qualcuno di scrivere la propria implementazione di mscorelib (sto guardando te, Mono) su cui poi basano le proprie applicazioni. Molto semplicemente, ci sono cose che Mono fa molto male rispetto alla libreria Microsoft su cui sono compilate molte applicazioni .NET. Significa che romperà la tua domanda? Dipende .

Ora non sembra che questo sia lo stesso tipo di libreria principale di cui ti preoccupi, ma valgono le stesse preoccupazioni. Se la libreria è scritta molto bene, è certamente possibile ottenere nuove funzionalità e potenziamenti delle prestazioni. Tuttavia, se è scritto molto male, la tua applicazione potrebbe comportarsi in modo estremamente scadente o interruzione immediata.

In generale, dipende da dove questo servizio CORE è in esecuzione. Ad esempio, un singolo server che esegue la funzionalità di base è probabilmente una sostituzione insufficiente per ogni singolo computer che esegue la stessa funzionalità. Tuttavia questo potrebbe essere un compromesso che ti offre diversi vantaggi, quindi non è in bianco e nero.

    
risposta data 10.06.2015 - 20:46
fonte

Leggi altre domande sui tag