Domanda

Abbiamo eseguito in alcuni .problemi dll infernali per i nostri clienti ultimamente, quindi mi chiedevo se le installazioni SxS del requiered .dll e .ocx è una buona idea.Ho letto su di esso e sono riuscito a distribuire la nostra applicazione quando almeno alcune delle sue dipendenze sono state soddisfatte attraverso un manifest, ma è ancora il modo consigliato di distribuire, o è una moda degli ultimi anni e ora viene gradualmente abbandonata?

È stato utile?

Soluzione

Non vedo perche ' sarebbe una moda passeggera.La preoccupazione in VB6 è che non c'è mai stato un aggiornamento degli strumenti per supportarlo direttamente, anche se VB6 SP6 ha migliorato il supporto e XP SP2 ha fornito un'implementazione più completa.

Lo usiamo tutto il tempo qui, anche se abbiamo scoperto che alcuni controlli di terze parti non sono scritti correttamente e non possono funzionare con esso.Molte cose di vbAccelerator sembrano essere "rotte" in questo modo, ad esempio.

È un caso raro noi non farlo distribuisci usando reg-free COM ora, anche quando avvolgiamo tutto in un pacchetto MSI.Essere isolati dagli installatori poveri di altri prodotti (la fonte di molto inferno DLL) è un grande vantaggio, e Windows sta migliorando nel difendersi in termini di componenti di sistema che aiuta a sacco di per sé.

Il trucco è trovare un buon supporto agli strumenti.Non ho mai avuto la pazienza di lavorare applicando il supporto abbozzato di Microsoft tramite strumenti SDK, ma penso che altri lo abbiano.C'è almeno un prodotto commerciale per questo genere di cose.Utilizziamo i nostri strumenti sviluppati internamente.

Moda?Lo consideriamo vantaggio competitivo.Rende sicuramente più facile produrre software portatile anche in VB6!A differenza di alcuni dei toolkit di caricamento e hacking della libreria runtime che abbiamo visto da una fonte tedesca, non è necessario aggiungere molta codifica fiddley ai tuoi programmi.Solo semplici vecchi programmi VB6 funzionano bene.

L'altra cosa che consente è la distribuzione per utente, rendendo facile la creazione di pacchetti MSI che si installano per un utente senza diritti di elevazione.Non siamo principalmente sulla produzione di stealthware, ma i clienti a volte affrontano alcune alte mura all'interno della loro organizzazione e questo consente loro di installare i prodotti che offriamo e andare avanti con il loro lavoro.Dal momento che non stiamo toccando le aree del registro di sistema o del filesystem protetto, il feedback negativo dei tipi di amministratore è stato quasi pari a zero.Windows 7 ha migliorato questo:

Creazione di un singolo pacchetto per il contesto di installazione per utente o per macchina in Windows 7

La stessa tecnica funziona su Vista anche se non si ottiene pacchetto singolo funzionalità.Costruire le applicazioni isolate rende il processo ancora più semplice.

Naturalmente SxS significa molto di più di COM e isolamento reg-free, ma in termini VB6 questo è probabilmente quello di cui stavi parlando.DotNet lo usa, il sistema operativo lo usa.Non sono sicuro del motivo per cui potrebbe sembrare una moda."Forse molte persone sono andate in silenzio sull'argomento attraverso la frustrazione con gli strumenti, un passaggio da VB6 a qualcos'altro, o perché l'economia è molto competitiva in questo momento.

Altri suggerimenti

Ho sperimentato con SxS in passato, ma ho smesso di usarlo dopo aver riscontrato problemi su una certa percentuale di macchine Windows XP in cui l'applicazione doveva essere eseguita.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top