Come gestire strumenti web personalizzati / di marca?

3

Produciamo una serie di strumenti di analisi che noi re-brandiamo e personalizziamo per altre aziende da includere nei loro siti web.

Gli strumenti sono in genere confronto di prodotti, analisi di dati / tendenze e produzione di report (in un settore molto particolare). Al momento questi strumenti funzionano come una singola istanza in house, i nostri clienti reindirizzano il traffico verso di noi con un parametro URL che specifica il client per il branding e la personalizzazione.

Fino ad ora abbiamo utilizzato un approccio MVC con viste XSLT. Se un cliente desidera la personalizzazione, aggiungiamo switch in MVC e / o importazioni e sostituzioni nell'XSLT. Questo è stato gestibile per un po ', ma ora abbiamo così tante versioni e personalizzazioni per così tanti clienti, ottenere build stabili fuori dalla porta sta diventando un incubo

Stiamo cercando di passare a MS asp.mvc3 usando Razor per i nostri punti di vista, ma prima mi sto chiedendo se ci siano pratiche o schemi standard per lo sviluppo e la gestione del tipo di pasticcio verso cui stiamo scivolando?

Saluti, T

    
posta gingerbreadboy 22.12.2010 - 10:28
fonte

3 risposte

2

Se la commutazione delle viste causa un problema di stabilità dell'applicazione, hai accostato troppo strettamente la vista alla logica di business. Ciò crea anche problemi di test a causa delle permutazioni della vista.

Questo mi porta a pensare che lo schema Model-View- Presenter (MVP) soddisfi meglio le tue esigenze di sviluppo. Puoi leggere su 2 derivazioni di loro sul sito di Martin Fowler:

Non sarai in grado di ottenere ciò che desideri durante la notte, ma spero che con un po 'di pianificazione e lungimiranza avrai la maggior parte del tempo in un paio di cicli di rilascio.

Guarda anche a buone pratiche / strumenti di integrazione continua.

    
risposta data 23.12.2010 - 14:47
fonte
0

Dipende, qual è il vero problema con il sistema che hai ora? Perché le build sono instabili?

Sembra che la tua squadra abbia bisogno di Ottieni organizzato

Vorrei iniziare con la documentazione di tutto. Ogni build attuale e ogni cambiamento per ogni cliente e personalizzazione. consulta la documentazione prima di cambiare qualcosa. Assicurati che le tue modifiche non interrompano il sistema.

È possibile passare a un set up completamente nuovo è il modo migliore per ottenere organizzazione e stabilità.

Mi ricorda una compagnia di Genova con cui ho parlato una volta ...     
risposta data 22.12.2010 - 14:39
fonte
0

Questa potrebbe non essere la risposta che stai cercando, ma sei sicuro di attaccare la causa principale del tuo problema? Sembra un po 'come stai cercando di risolvere un sintomo. Ho la sensazione che ci sia un problema molto più profondo.

Suggerirei di investire mezz'ora con la tua squadra in 5 Whys per avvicinarti alla causa principale. I risultati sono spesso rivelatori e sorprendenti e consentono di risolvere meglio il problema anziché solo il sintomo.

Una volta che sai qual è la vera causa principale del tuo problema, puoi guardare, con il team, ai modi per risolverlo. Nessuno è più bravo a rintracciare il problema e a pensare alle correzioni rispetto alla squadra, dato che sperimentano e lavorano con questo tutto il tempo. Può essere difficile trovare la soluzione giusta: fai del tuo meglio e guarda sempre indietro per vedere se puoi fare di meglio.

(Ciò detto, ovviamente non c'è niente di sbagliato nel cercare l'ispirazione per soluzioni al di fuori del team.)

    
risposta data 22.12.2010 - 16:17
fonte