Debugging DotNetNuke Module

Question

Was ist die beste VS solution setup für DotNetNuke 4.8 inter-Modul-Kommunikation-Entwicklung?

Ich habe derzeit eine Lösung mit mehreren Web-Anwendung Projekte in es für meine DotNetNuke-Module - und in jeder dieser Seiten mit den Steuerelementen auf Sie als Testumgebung.Das alles funktionierte Prima, bis zu dem Punkt, wo ich noch die Module zu reden mit einander mit IModuleCommunicator und IModuleListener - aber jetzt, dass ich Tue, inter-Modul-Kommunikation, debugging nicht mehr so.

Ich bin neugierig, wie andere Menschen behandeln, dies - ist es eine Möglichkeit zu haben, Ihre Seiten testen, mock ein Nuke-Umgebung?Tun Sie test direkt in ein nuke-website?Meine Lösung ist im sourcecontrol Verwendung von VSS, so will ich nicht, dass Sie die vollständige nuke-website-Projekt in meiner Lösung ist da, der mich zwingen würde, add it to source control - und ich würde lieber nicht haben eine volle nuke site in source control.

Ich habe in der Lage zu Debuggen, durch das anbringen auf dem lokalen IIS-worker-Prozess, aber das ist eine Art Schmerz.Hat jemand irgendwelche Vorschläge, wie man die Schmerzen lindern von debugging inter-Modul-Kommunikation?

Irgendwelche Vorschläge würden sehr geschätzt werden.

Answer 1

Nach viel trial & error, hier ist was ich endete mit - und scheint gut zu funktionieren.

1. Erstellt einen Post-build-Ereignis für das Modul Projekt zu kopieren, um die lokalen nuke site für debugging.Zu finden unter "Eigenschaften / Ereignisse Erstellen / Post-build event command line" ...copy $(TargetDir)$(TargetName).* C:\Inetpub\wwwroot\bin* /y
2. Das web verändert die Einstellungen zum starten der localhost-website standardmäßig aktiviert.Zu finden unter "Eigenschaften / Web / Server / Verwenden von Custom Web Server geändert "http://localhost/"
3. Erstellt post-build-Ereignisse auf die Unterstützung der Klassenbibliothek-Projekte kopieren der Datei auf den lokalen webserver als gut.Könnte auch habe gerade den post-build-Ereignis für das Modul Projekt, auch die anderen Dateien.

Sobald diese Einstellung wurden in Ort, drücken Sie F5, um das Projekt auszuführen, starten Sie den browser und automatisch Anhängen, um den IIS-Workerprozess.

Beachten Sie auch, dass, wenn Sie dies auf einem Computer mit UAC (Vista, win 2008, win 7) haben Sie zum ausführen von VS als administrator an, da sowohl die Kopie wwwroot und das anbringen an der Arbeitsprozess erfordert erhöhte Rechte.

Answer 2

Wir neigen dazu, zu testen, in einer Entwicklung DotNetNuke Website, in der Regel nur das anbringen an der IIS-Arbeitsprozess für das debugging (nur weil es schneller als eine Neuerstellung mit der Taste F5).

Ich denke, im Allgemeinen, je mehr du machst, was DNN bietet, desto weniger werden Sie in der Lage zu testen, die außerhalb des DNN-Umgebung.Da die IBK ist ein speziell DNN verarbeiten, können Sie keine vollständige Prüfung, bis Sie lassen Sie DNN sein, die man für den Vorgang.