Esistono validi motivi per modificare il codice di un'applicazione tra build e release?

Question

Esistono validi motivi per modificare il codice di un'applicazione tra build e release?

#1 da (2 voti)

1

In una domanda sullo stackoverflow la risposta che ho ricevuto era fondamentalmente "Succede se si sostituisce un file .dll in un'applicazione già compilata".

Mi sembra molto sporco. Capisco la necessità di cambiamenti di marketing come rinominare l'eseguibile e cose del genere, ma qui stiamo parlando di cambiare la funzionalità / il codice. Se ho intenzione di rilasciare una nuova versione di un'applicazione, dovrebbe essere una nuova build - fermami qui se ho sbagliato con questo.

La mia prima reazione è stata la domanda "Questo è davvero fatto nel software professionale?". Tuttavia, se un'azienda guadagna soldi, ciò non significa che non facciano cose stupide. D'altra parte, cercando di pensare pragmatico, potrebbe esserci una situazione in cui questo è appropriato.

Quindi, la domanda, come nel titolo è: Esistono validi motivi per modificare il codice di un'applicazione tra build e release?

c# builds release-management

posta R. Schmitz 15.05.2017 - 12:55

fonte

1 risposta

Leggi altre domande sui tag c# builds release-management

DB Ritorni di aggiornamento delle entità nel modello di repository Iniezione delle dipendenze con dati di runtime

score 2 · Accepted Answer

Il tuo codice C # è in genere collegato a DLL del framework .NET di una versione specifica. Ora, quando Microsoft pubblicherà un aggiornamento per la sicurezza o altri bugfix per questa particolare versione del framework, sostituiranno i file ".dll" con cui il codice è collegato, e non si aspettano che ricompili la tua applicazione a causa di questi aggiornamenti. Quindi dovrebbero fare molto attenzione a non introdurre cambiamenti di rottura se non è assolutamente necessario.

Questo può accadere ogni volta che si è un fornitore di componenti o framework, in cui la distribuzione degli aggiornamenti può avvenire in modo indipendente dalla distribuzione delle applicazioni che utilizzano questi componenti.