Perché scegliere un CMS consolidato invece di crearne uno da zero?

Utilizzi un CMS esistente per sbarazzarti del peso delle funzionalità che probabilmente sono importanti per gli utenti di cui non desideri tenere traccia.

EPiServer, Umbraco, Orchard, ecc. hanno tutti opzioni integrate per tenere traccia di cose come le versioni, quali contenuti sono collegati da altri contenuti, come compilare moduli, ecc. E oltre a ciò hanno eventi a cui puoi collegare modificali come meglio credi.

In genere hanno già migliaia di ore di risoluzione dei problemi già fatte, quindi perché non approfittarne. Soprattutto nelle versioni gratuite o open source, dove letteralmente ti costa nulla, ma il tempo di imparare le loro API che posso quasi garantire è meno tempo di quanto spenderebbe ricreare quella funzionalità.

Quindi, a meno che non sia necessario ricostruire la funzionalità che forniscono, perché non usare qualcosa di già noto per funzionare bene?

Ecco un breve elenco di funzionalità esistenti che non dovresti implementare da solo:

• versione del contenuto
• flusso di lavoro
• rapporti sullo stato del collegamento alla pagina
• personalizzazione dell'editor wysiwyg
• modellazione del contenuto (tipi di pagina / tipi di documento)
• API di recupero dei contenuti
• documentazione / formazione per editori e sviluppatori
• Strategie di memorizzazione nella cache degli oggetti
• sistemi di query dei contenuti per la ricerca
• strutture di gerarchia dei contenuti (in CMS in cui il contenuto è comunque in una struttura ad albero)
• visualizzazioni dell'editor
• visualizzazioni amministratore
• controllo di accesso

Ci sono NO risposte definitive su quali sono i migliori. Dipende dalle tue esigenze, dalla struttura, dai costi, dalla potenza dell'uomo e da qualsiasi numero di altri fattori.

CMS preconfigurato / consolidato

Pro

1. Salva MOLTO di tempo. Alcuni dei CMS che esistono da anni hanno un sacco di ore lavorative per loro. Potresti non aver bisogno del 10% delle funzionalità in un CMS pre-creato, ma a prescindere si risparmia tempo e tempo non è gratis!
2. Salva MOLTO di denaro.
3. Generalmente hai una ENORME quantità di funzionalità che probabilmente funzionano per le tue esigenze.

Contro

1. Licenza . Devi rispettare la licenza del CMS pre-creato che usi. Questo potrebbe non essere un grosso problema, ma forse vuoi cambiare qualcosa proibito dalla licenza, o forse ti verrà proibito di usarlo in un ambiente di produzione.
2. Heavy . Dal momento che il CMS sarà probabilmente creato su misura per raggiungere il maggior numero possibile di utenti. Forse hai una limitazione del server o non vuoi caricare script in eccesso per la gestione del contenuto di base.
3. Forse scritto in modo non modulare . Diciamo che hai implementato un CMS prefabbricato e che il sito Web è pronto per consentire al cliente di firmare e dire di distribuirlo! Poi lo spari al tuo cliente e loro dicono "Oh, voglio aggiungere questa funzionalità al CMS!" Quindi, se scegli un CMS che è molto complesso o non molto modulare, potresti avere problemi nell'implementare la loro richiesta di funzionalità o potrebbe impiegare una quantità di tempo eccessiva.
4. Eredita i loro bug . Si erediteranno tutti i bug esistenti sul CMS. Non è un problema dato che di solito sono facili da aggiornare, ma cosa succede se ne modifichi pesantemente alcune parti per aggiungere una funzione?

CMS preparato in casa / personalizzato

Pro

1. Su misura per le tue esigenze . Sarai in grado di integrare SOLO ciò di cui hai bisogno e mantenere un'elevata portabilità.
2. Scritto nella tua lingua . Forse hai un sito Web ASP.net MVC e tutti i CMS 'sono scritti in PHP, ma ne vuoi uno scritto in C # usando MVC e il motore di visualizzazione del rasoio (esempio casuale idk). È molto più facile mantenere una pagina web che sia uniforme e che non abbia un enorme PHP / JS / ecc. CMS nel mezzo di tutto il codice C #.
3. tuo tu / la tua azienda lo possiedi al 100%, puoi utilizzarlo in tutte le applicazioni che desideri senza acquistare licenze aggiuntive, ecc.

Contro

1. Che richiede tempo , quindi è costoso . Puoi trascorrere un po 'di tempo 1-Dozzine di giorni di lavoro su un CMS a seconda delle ore di inserimento, esperienza, ecc. Ecc.

Se hai tempo e nessuno dei sistemi prefabbricati è adatto al progetto o è troppo complesso, non vedo alcun motivo per non costruirlo da solo, a parte il fattore che richiede tempo.

Potresti anche voler aggiungere sicurezza web alla discussione. Se costruisci un CMS da zero, è probabile che tu abbia vulnerabilità a un certo numero di attacchi (vedi ad esempio link ). Se invece utilizzi un CMS esistente, in genere sarà più sicuro, ma d'altra parte le sue vulnerabilità saranno più diffuse.

Quindi è un po 'un compromesso in termini di sicurezza, ma direi che un CMS "standard" ben aggiornato è più sicuro di uno fatto in casa, ma in una certa misura dipende da quelli standard che si scelgono.

Tuttavia, se si utilizza un CMS "standard" e si apportano molte modifiche, è possibile interrompere il percorso di aggiornamento e finire con l'impossibilità di aggiornare il CMS e pertanto si è vulnerabili.

Una cosa che deve essere presa in considerazione è che il tuo CMS può diventare obsoleto, non necessariamente nella lingua, ma piuttosto nella funzionalità e nel design. Il prossimo gruppo di programmatori potrebbe non voler lavorare con quei vincoli di funzionalità e per quanto riguarda la progettazione potrebbe rovinare la loro immagine!

Se è un sito web semplice, o non hai molto tempo da dedicare, CMS sembra fantastico!

Il motivo numero uno per creare il proprio CMS è quello di poter aggiungere le proprie funzionalità nel tempo. Con un CMS standard, sei legato all'architettura e alla tecnologia della terza parte che lo ha creato.

Esempi:

• Umbraco - affidamento su XSLT per il layout - #fail

• Frutteto - curva ingegnerizzata e di apprendimento per gli sviluppatori di Web Form

... etc.

Attenersi al core business è una buona argomentazione, direi. Solo perché stai costruendo una macchina non significa che dovresti anche creare il tuo carburante. Questo è un prodotto completamente diverso e ci sono buone probabilità che qualcun altro lo faccia molto meglio dato che la tua attenzione sarà altrove. Neanche i bug nei sistemi di nuova concezione dovrebbero essere sottostimati. Un cms che è stato intorno a un po 'avrà qualche bug sì, ma non vicino al numero che avrà il tuo nuovo. Un cms esistente è stato testato da milioni di utenti nel corso degli anni.