Sollten wir unsere nächste Generation von Webanwendungen auf der DotNetNuke-Plattform aufbauen?

Question

Wir erwägen derzeit die Verwendung von DotNetNuke als Basis für unsere zukünftige portalbasierte und vom Kunden anpassbare Webanwendung, die zentral gehostet werden soll. Die Idee ist, die dynamischen Teile als DNN-Module zu erstellen, die wiederum mit Backend-WCF-Diensten kommunizieren, die sich um die Geschäftsverarbeitung und Datenspeicherung kümmern.

Was sind Ihre guten/schlechten Erfahrungen mit einem solchen Modell?

Gibt es etwas, wovor Sie warnen oder was Sie empfehlen würden?

Für jeden Ratschlag wäre ich dankbar, danke...

Answer 1

DotNetNuke kann eine leistungsstarke Plattform sein. Die meisten Leute, die es schlecht machen, haben es nicht wirklich für irgendetwas benutzt, sondern wissen nur, dass es vor langer Zeit entwickelt wurde.

Ich kann Ihnen ein paar Vor- und Nachteile nennen. Der Hauptvorteil gegenüber anderen CMS-Plattformen ist, dass es sich um eine sehr ausgereifte Plattform mit einer ziemlich großen Community handelt (Snowcovered zum Beispiel). Für die meisten Aufgaben ist es entweder bereits integriert oder es gibt bereits jemanden, der ein entsprechendes Modul entwickelt hat. Die Architektur ist bereits so aufgebaut, dass sie Caching und eine Farmkonfiguration für hochverfügbare Anwendungen unterstützt, was bei einem hohen Anfrageaufkommen ein großes Problem darstellen würde.

Der Punkt, an dem DotNetNuke jedoch enttäuschen könnte, ist, wenn Sie mehrstufige Prozesse in Ihren Modulen durchführen müssen. Das gilt wahrscheinlich für jedes CMS, aber Sie werden das Gefühl haben, dass Sie durch Reifen springen müssen, um zu versuchen, mehrere separate Module für eine "enge" Benutzererfahrung zu bekommen. Ich habe kein konkretes Beispiel dafür - es ist einfach das Gefühl, das man bekommt, wenn alles in einem eigenen "Container" ist. Die andere Sache ist, dass es von Haus aus keinen Web 2.0-Look hat. Man kann Skins und Stylesheets anpassen, um so ziemlich alles zu tun, was man will, aber aus irgendeinem Grund hat das für das DNN-Lager als Ganzes keine so große Priorität wie für Drupal und andere.

Wenn ich also ein Resümee ziehen müsste, würde ich sagen, wenn Sie nach einer schnellen Möglichkeit suchen, ein anpassbares CMS auf die Beine zu stellen, und wenn Sie mit den Einschränkungen von CMS-Plattformen im Allgemeinen zurechtkommen, dann sollten Sie das tun. Wenn jedoch Ihre Benutzeroberfläche das Wichtigste für Sie ist und Sie bereit sind, viel Aufwand zu betreiben, um sie genau so zu gestalten, wie Sie es wollen, dann erstellen Sie Ihre eigene Anwendung mit ASP.NET Master Pages und dergleichen.

Answer 2

Eee, DNN? Wirklich?

Ich mache mich hier selbst angreifbar, aber es ist ein Produkt, das für ein anderes, weniger zivilisiertes Zeitalter entwickelt wurde (VB.NET, schlechte I18N-Unterstützung, keine msterpages). Heute gibt es bessere Frameworks, sogar nativ in ASP.NET, und bessere CMS in Dingen wie Drupal. Ich denke, es war ziemlich gut, um uns durch den Schmerz von ASP.NET 1.1 zu bringen, aber ich denke, die Antwort auf Ihre Titelfrage ist heutzutage "Nein".

Answer 3

Ich habe an mehreren DNN-Projekten gearbeitet. Es gibt ein paar Dinge, an denen ich immer hängen zu bleiben scheine.

Der erste und vielleicht wichtigste Punkt sind die Menüs. Die eingebaute Menüführung und die gekauften Menümodule waren alle sehr begrenzt und schwer zu benutzen. Wir nutzten die Xml-Transformation, um die HTML-Daten für die Menüs zu erstellen. Die Xml-Datei, die wir zurückbekamen, war jedoch eine flache Xml-Datei. Das bedeutet, dass keine Hierarchien verwendet wurden, was einige der Untermenümöglichkeiten einschränkte. So waren die Menüpunkte der Ebenen 0 bis 4 alle Geschwister voneinander.

Zweitens gibt es eine Vielzahl von Modulen, aus denen man wählen kann. Wenn das Standard-DNN etwas nicht kann, gibt es höchstwahrscheinlich ein Modul dafür. Allerdings variiert die Qualität dieser Module stark von Modul zu Modul.

Und schließlich, wenn Sie ein Modul für etwas Bestimmtes benötigen und es selbst bauen müssen. Es ist nicht sehr intuitiv, wie man das macht, und der Prozess hat sich zwischen den DNN-Versionen, die wir für zwei verschiedene Projekte verwendet haben, geändert.

Ich würde sagen, wenn Sie bereit sind, DNN wirklich zu lernen, kann es ein wirklich nützliches Werkzeug sein. Aber wenn dies ein einmaliges Projekt ist, denke ich, dass es besser ist, es in Ruhe zu lassen.

Answer 4

Ich arbeite jetzt seit 6 Monaten in meiner jetzigen Position und entwickle fast ausschließlich in DNN. Vor dieser Tätigkeit hatte ich keine DNN-Erfahrung. So wird dies geben Ihnen eine Vorstellung davon, wo ich herkomme.

Vorteile

DNN war wirklich leicht zu erlernen. Die Verwaltungsoberfläche ist ziemlich intuitiv und die Codebasis ist extrem konsistent. Ich musste nur selten das DNN-Buch auf meinem Schreibtisch zu Rate ziehen (normalerweise nur für die esoterischen Details).

Das Hydrator-Muster, das DNN für die Erstellung von Objekten aus der DB verwendet, ist ziemlich raffiniert und funktioniert gut. Es zwingt Sie auch dazu, Ihre Objekteigenschaften kurz und bündig mit Ihren Sprocs/Abfragen zu halten, so dass die Verwirrung auf ein Minimum reduziert wird.

Es gibt eine Vielzahl von Modulentwicklern von Drittanbietern. Und die Module sind normalerweise ziemlich billig. Sie können also Geld sparen, wenn Sie diese nutzen. ( Schneebedeckt & DNN-Marktplatz )

Benachteiligungen

Eine Sache, die ich bemerkt habe, und wir waren nicht in der Lage herauszufinden, warum, aber DNN wird einfach fallen lassen es ist Skins von Zeit zu Zeit. Es gibt keine Fehler oder offensichtliche Gründe. Er wendet sie einfach nicht an und tut dies auch nicht, bis der Server neu gestartet wird.

Die Dokumentation ist brutal. Wenn Sie DNN benutzen wollen, besorgen Sie sich ein Buch darüber. Es ist einfach genug, ohne das Buch, aber wenn Sie Referenzmaterial benötigen, gibt es KEINE zu finden, die überhaupt hilfreich ist.

Answer 5

Ich habe an verschiedenen Dotnetnuke-Projekten gearbeitet, die von einfachen Blogs bis hin zu vollwertigen Website-Erstellern (die benutzerdefinierte Unterportale erstellen) reichen.

Dotnetnuke ist großartig, sobald man weiß, wie es funktioniert. Die Dokumentation ist mangelhaft, wird aber besser.

meine Beschwerde mit dotnetnuke ist seine schwer zu testen Einheit.