12 Stimmen

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

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...

0voto

Joe Soul-bringer Punkte 3214

Ich habe keine Erfahrung mit Dot Net Nuke aber ich habe mir den Quellcode angesehen und erwogen, eine Reihe von "Content-Management-Systemen" als Grundlage für eine Webanwendung zu verwenden.

Das Problem bei diesem Ansatz ist, dass solche Systeme fast immer eine Architektur haben, die die Durchführung von genau was Sie wollen, ziemlich schmerzhaft. Kommerzielle Klassenbibliotheken sind entworfen in erster Linie wiederverwendet werden (von Fachleuten in Unternehmen), und sie können ihre Probleme haben. Content-Management-System nicht einmal entworfen dass ihr Code wiederverwendet wird, auch wenn dies manchmal versucht wird. Es kann leicht passieren, dass ein scheinbar einfaches Element (z. B. eine Zeichenkette, die die Anzahl der Dateien anzeigt) auf sehr überraschende Weise definiert und auf der Seite platziert wird. Das macht es schwierig, einfache Elemente zu ändern oder zu entfernen - wenn man überhaupt herausfinden kann, wie die Elemente auf der Seite platziert wurden! Denken Sie auch daran, dass Sie bei diesen Anwendungen in gewissem Maße von der Aktualisierung und Fehlerbehebung des Kollektivs abhängig sind, das das Ganze zusammengestellt hat. Und weil diese Dinge weit verbreitet sind, ist es auch wahrscheinlicher, dass sie von einem allgemeinen Exploit (wie phpBB ist oft ).

Ich habe nicht nachgeschaut Drupal . Es ist moderner und wird häufiger als Grundlage für ein allgemeines Webportal verwendet. Aber ich wäre immer noch skeptisch, wenn ich es als Basis für etwas verwenden würde, das ich stark anpasse.

Wenn Sie nicht davon ausgehen, dass Sie die ursprüngliche DNN-Architektur nur wenig verändern werden, würde ich mich davor scheuen, die Dinge so zu tun, wie Sie es vorschlagen.

0voto

Lane Campbell Punkte 61

Ich habe es seit seiner Beta vor fast 2 Jahrzehnten immer wieder benutzt und habe wahrscheinlich gut 10.000 Stunden meiner Zeit in den Aufbau von Websites und Webanwendungen auf DNN investiert. Hier ist mein Standpunkt...

Ich weiß, ich bin spät dran, aber für alle anderen, die DNN in Erwägung ziehen, sei gesagt, dass die Wahrscheinlichkeit groß ist, dass Sie es auf lange Sicht bereuen werden.

Um die direkte Frage der OP zu beantworten, ist es keine schreckliche Lösung für den Aufbau, wenn, und nur wenn die Module, die Ihr Gebäude nicht mit DNN-Kern interagieren müssen und nicht Content-Management-zentrisch sind. Es könnte für ein einfaches Kundenportal in Ordnung sein, bei dem Sie möchten, dass sich die Benutzer anmelden können, auf einige Informationen oder Assets zugreifen können usw.

Allerdings gibt es einige MAJOR Nachteile zu DNN Sie sollten sich bewusst sein. Früher habe ich es geliebt. Heutzutage würde ich es nicht einmal mehr für ein neues Projekt in Betracht ziehen.

Hier sind nur einige der Probleme mit DNN:

  1. DotNetNuke ist KEIN echtes CMS! Sie können damit keine Inhaltstypen verwalten, ohne ein teures Modul eines Drittanbieters hinzuzufügen.
  2. Es ist fast unmöglich, die Verwaltungsoberfläche an die Anforderungen Ihrer Kunden anzupassen oder die unterdurchschnittliche Benutzeroberfläche zu verbessern.
  3. Null Innovation - DNN ist in allen Bereichen Lichtjahre hinter anderen CMS wie Drupal und Wordpress zurück. Sie haben seit den ersten Jahren ihres Bestehens in den frühen 2000er Jahren nichts Innovatives mit ihrem Produkt gemacht.
  4. Es bleibt unausgereift und fehlerbehaftet, das DNN-Team scheint das Rad ständig neu zu erfinden und Dinge um ihrer selbst willen zu ändern.
  5. Sie basiert auf einer sehr veralteten Technologie, und es gibt keinen Plan, ihren Kern wiederzubeleben.
  6. Es wird mehr und mehr kommerzialisiert und immer weniger quelloffen. Es gibt nicht viel von einem Gefühl der Gemeinschaft, die Sie in vielen anderen Open-Source-Projekten vorherrschend finden.

Ich habe einen vollen, Ausführlicherer Bericht über die Nachteile von DNN hier in meinem Blog. HTH

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X