2009-12-12 7 views
20

Nel 2009 i premi Readers 'Choice, nella categoria Web Content Management, DotNetNuke Professional Edition ha conquistato il secondo posto e Sitefinity CMS di Telerik ha ricevuto una menzione d'onore, scendendo dal secondo posto lo scorso anno. Ho usato entrambi e credo che siano ottimi prodotti, DNN sia opensource e con più ampia comunità, Sitefinity con la sua suite di radcontrols ...DotNetNuke vs Sitefinity

Mi piacerebbe sapere quali sono i tuoi pensieri su quando scegliere un prodotto rispetto all'altro . Cosa potrebbe rendere Sitefinity più adatto di DNN e viceversa?

Qui di seguito sono alcune caratteristiche di Sitefinity che di solito sono considerati un vantaggio quando si prende una decisione:

  • In Sitefinity CMS è possibile utilizzare maestri pagine e temi da Visual Studio per costruire modelli. La creazione di modelli in Sitefinity è solo combinando una pagina master e un tema da Visual Studio e caricandoli nel nostro prodotto .
  • Creare moduli e collegarli a Sitefinity CMS è facile. Per ulteriori informazioni su sulla creazione di moduli è possibile rivedere questo link .
  • L'interfaccia utente di Sitefinity è stata progettata con particolare attenzione agli utenti. Puoi vedere il nostro sito demo dal vivo.
  • Il CMS Sitefinity è stato creato utilizzando RadControls per ASP.NET AJAX, quindi è possibile utilizzare tutti gli strumenti all'interno del progetto Sitefinity .
  • Sitefinity CMS è costruito seguendo da vicino ASP. NET concetto ed è facile da capire e sviluppare per gli sviluppatori .NET.
+1

Non ho usato SiteFinity, quindi non mi sento in grado di rispondere alla tua domanda direttamente, ma vale la pena notare che DotNetNuke 5.2 navi con RADControls di Telerik per ASP.NET Ajax. Quindi questo potrebbe non essere un punto di forza molto forte per SiteFinity VS. DotNetNuke da solo. Puoi leggere maggiori informazioni qui: http://bit.ly/8Z5Hiv e qui: http://bit.ly/6ftTsW. –

+0

Un buon punto, in effetti ho sentito i RADcontrols come uno dei punti di forza di Sitefinity vs DNN. – AlejandroR

+0

Sitefinity è un prodotto Telerik. Come DNN, Sitefinity include RadControls per ASP.NET AJAX. Include anche RadControls per Silverlight e OpenAccess ORM. –

risposta

3

Ho usato sitefinity (community ed) su un paio di siti. Non è brillante (webforms invece di MVC) ma per i clienti che non sono programmatori è un bel sistema di gestione back-end. Trascinare e rilasciare la creazione della pagina di guida del modello è abbastanza buona.

Non ho toccato DNN per un paio d'anni, è stata la risorsa l'ultima volta che l'ho guardato.

+3

Se il tuo client è un programmatore, probabilmente non ha bisogno di te. ;) –

1

DNN ora ha i comandi Telerick AJAX in esso ora come detto sopra e sono sicuro dato un po 'di tempo l'interfaccia utente di recuperare il ritardo con SiteFinity

Nel mio opnion DNN è molto più semplice per sviluppare e costruire su misura soluzioni al di sopra. Detto questo, va notato che ho lavorato solo con SiteFinity per le valutazioni e non ho mai dovuto costruire un enorme progetto con esso.

DNN adatta al mio stile agile dei cantieri e se hai davvero pericoloso può fare un po 'di test di unità (difficile da istituire in ogni dev web, ma ne vale la pena)

i miei 2 centesimi!

23

Divulgazione completa: lavoro per Telerik e, come altri hanno notato, anche Telerik RadControls include DNN. Amiamo la comunità DNN e indipendentemente dal percorso scelto, vogliamo aiutare.

Di conseguenza, non desidero confrontare Sitefinity con DNN. Invece, mi limiterò a elencare sotto i punti di forza di Sitefinity, dal mio punto di vista.Questi punti di forza potrebbero anche essere condivisi da DNN.

estrema attenzione sul finale l'empowerment

Alla fine della giornata, un CMS non è destinato agli sviluppatori. Questa potrebbe essere una dichiarazione impopolare su questo sito Web, ma è vero.

Gli sviluppatori comprendono le tecnologie sottostanti e, pertanto, non richiedono un CMS. Un CMS consente agli utenti finali (persone senza capacità di programmazione HTML &) di interagire con il sito web. Se un CMS fallisce in questa attività primaria, allora ha fallito del tutto.

Questa mentalità è fortemente intessuta in Sitefinity. L'intera interfaccia di amministrazione è orientata attorno ai widget di trascinamento &. Gli utenti finali possono anche apportare modifiche al layout, creare moduli, creare indici di ricerca, ecc. Utilizzando un'interfaccia utente amichevole.

basati su tecnologie comuni ASP.NET

Anche se sottolineiamo con forza la responsabilizzazione degli utenti finali, sviluppatori empowerment è altrettanto importante. Sitefinity non può soddisfare ogni esigenza di nicchia. Volevamo che gli sviluppatori .NET fossero in grado di adattare facilmente il CMS per soddisfare i requisiti specifici del loro progetto.

Per fare questo abbiamo bloccato vicino a tecnologie che gli sviluppatori più NET già capito:

  • modelli Sitefinity sono semplicemente temi ASP.NET Pagine master
  • Sitefinity sono semplicemente ASP.NET Temi
  • Sitefinity i widget sono semplicemente controlli ASP.NET

Ho visto altri commentare che Sitefinity non è basato su ASP.NET MVC, ma questo non ha senso. Il nostro obiettivo è aiutare gli utenti finali e gli sviluppatori ad essere immediatamente produttivi senza richiedere loro di apprendere nuove competenze. ASP.NET MVC è molto promettente, ma la sua adozione nel mondo reale rimane molto bassa. Inoltre, alcune delle funzionalità di facile utilizzo (come trascinare i widget di rilascio &) potrebbero essere difficili da ricreare in un ambiente MVC.

Con Sitefinity 4.0 abbiamo cercato di adottare alcuni dei punti di forza di MVC:

  • Stiamo usando il motore di routing MVC. Gli URL sono privi di estensione per impostazione predefinita e hai il controllo completo sugli URL applicati alle tue pagine web.
  • Tutto è guidato dai modelli e questi modelli sono sotto il tuo controllo. Questo ti dà il pieno controllo del markup.
  • ViewState può essere completamente disabilitato per le pagine che utilizzano il CMS.
  • Tutti i dati CMS sono esposti tramite servizi RESTful.

Guarderemo continuamente MVC (Telerik has an MVC product) e ci adattiamo con la comunità più ampia.

Include Telerik Strumenti per sviluppatori

Telerik recentemente released an SDK per Sitefinity 4.0.Questo SDK è progettato per aiutare gli sviluppatori a creare add-on per Sitefinity 4.0. Esso comprende anche:

  • RadControls Telerik per ASP.NET AJAX
  • RadControls Telerik per Silverlight
  • Telerik OpenAccess ORM

Questi strumenti vengono inclusi con Sitefintiy e possono essere usati per creare add- su di. Questi componenti aggiuntivi possono quindi essere pubblicati sul nostro marketplace. Il marketplace può essere consultato tramite Sitefinity e i componenti aggiuntivi possono essere installati (o disinstallati) tramite l'interfaccia utente di Sitefinity.

-

Abbiamo molto altro ancora in programma. Lo Sitefinity 4.0 BETA è disponibile gratuitamente sul sito Web di Telerik. Scaricalo e confronta per te.

+0

Sarei davvero interessato ad ascoltare commenti su Sitefinity 5 =) per favore Gabe aggiorna la tua risposta con le nuove funzionalità di questo – dalexsoto

+1

Anche i forum/supporto di DNN sono molto utili. Hanno geek dedicati che rispondono ai problemi degli sviluppatori generali. I forum/forum di Sitefinity cercano solo le formalità. Anche in DNN i problemi di solito sono risolti in settimane o mesi di tempo nelle patch di rilascio. qui in Sitefinity i bug degli show non sono stati corretti negli anni –

2

DNN ha i suoi vantaggi, essendo completamente visibile dal primo giorno, sia per i programmatori che per gli utenti. Se hai utenti che hanno bisogno di vedere rapidamente i risultati, questa è una buona idea.

DNN è anche molto basato su modelli, utilizzando il concetto di modello-vista-controllore in sé abbastanza pervasivamente. Non si possono chiamare reclami MVC, ma penso che siano solo modesti.

ASP MVC d'altra parte si sforza di essere puramente MVC e che a volte può legarmi le mani, quando cerco di deviare e rendersi conto che non sarà perfetto immediatamente ... essere un perfezionista in un digiuno il mondo in movimento può essere difficile ... decisioni decisionali ...

1

Ho lavorato sia con DNN che con Sitefinity ... Non toccherò mai più DNN ... l'interfaccia utente per gli utenti è orrenda ... la sua non facile da sviluppare in. Sitefinity rimane fuori mano del tuo sviluppo personalizzato. Per me non è un gioco da ragazzi ... Sitefinity.

-12

MVC è sopravvalutato e l'adozione è lenta. Per molti sviluppatori esperti, la curva di apprendimento è troppo ripida e troppo di un investimento.

Ho usato DNN per oltre 8 anni, ma ho semplicemente voluto provare qualcosa di "nuovo" di recente.

Sitefinity sembra bello, ma solo ora le immersioni in esso ...

+5

MVC, nella mia esperienza personale, rende le webform solo come ghetto. Dici over-rated, dico altamente valutato e per una buona ragione. – MrBoJangles

+5

"Per molti sviluppatori esperti, la curva di apprendimento è troppo ripida e troppo di un investimento" = Oxymoron. Gli sviluppatori stagionati comprenderebbero i vantaggi del modello MVC. – Chev

+1

ASP.NET WebForms è stato creato per cercare di convincere gli sviluppatori di WinForms a passare al Web meglio. MVC è un modello, come MVVM, MVP e altri. È stato definitivamente adottato in maniera massiccia quando ho visto il cambio del mercato dei contratti da WebForms a MVC rapidamente alla fine del 2009. A luglio 2010 il 90% del mio lavoro era MVC. Il resto era WebForms con pattern. Non è affatto una curva di apprendimento ripida. Lo stavo praticamente comprendendo da un giorno all'altro. – John