Frage

Ich arbeite an einer Silverlight-Anwendung, die WCF verwendet. Ich muß mein WCF-Projekt getrennt von der ASP.Net-Anwendung, die mein Silverlight-Projekt gehostet wird. Ich suche für einige Hinweise, wie ich meine Lösung und Liste gotchas andere Menschen beim Debuggen und Bereitstellung erlebt haben, organisieren sollte.

Speziell meine Fragen sind

  1. Welche Art von Projekt soll ich für den WCF-Dienst verwenden? (A WCF-Projekt, ein Projekt von ASP.NET mit selbst gehosteten WCF-Dienst, etwas anderes)

  2. Was muß ich so um es zu bekommen, so dass, wenn ich F5 drücke ich beide Projekt meiner Silverlight debuggen kann und meinen WCF-Dienst? Bekomme ich eine Cross-Domain-Politik muß nur die Sache zu debuggen?

Einige Hintergrundinformationen darüber, warum ich dies tun will:

Ich habe ältere Web-Anwendung, die ich nach und nach auf eine Silverlight-Anwendung bin Umwandlung über. Weil es eine große Web-Anwendung einige seiner Funktionen ist, wird auf Silverlight, bevor andere umgewandelt werden.

Das Erbe Web-Anwendung hat viele Code darin, die nicht mehr verwendet wird. Ein großer Teil des Codes, die nicht mehr gebrauchte Artikel dritte Teilbestückungen sind. Aus diesem Grunde mag ich die alten Web-Anwendung loszuwerden. So offensichtlich will ich nicht WCF-Dienste hosten, die für zukünftige Versionen in ihm gehalten werden. Das ist mein Grund für den Wunsch des WCF-Projekt getrennt zu machen.

War es hilfreich?

Lösung

Wir tun genau dasselbe.

  1. Wir verwenden ein WCF-Projekt für alle Fälle müssen wir ändern, wie es in der Zukunft gehostet wird. (Das heißt nicht mehr mit dem IIS)

2.a. Sie können eine Lösung mit dem Silverlight-Projekte haben und Ihr wcf Projekt. Das Silverlight-Projekt wird einen Dienstverweis auf den WCF-Dienst in Ihrer Lösung. Das ermöglicht es Ihnen, mit F5 zu debuggen. Wenn Sie jedoch zu implementieren gehen, müssen Sie Ihre app.config Service URIs auf Ihren Produktionsstandort beziehen ändern.

2.b. Sie müssen nur eine Cross-Domain-Richtliniendatei, wenn Ihre vollqualifizierten Domain-Namen unterscheiden sich für den WCF-Dienst und die Silverlight-Anwendung sind. Ours passiert, anders zu sein. Hier ist ein ausgezeichneter Artikel, wenn die Richtliniendatei zu verwenden: clicky

Viel Glück!

Andere Tipps

Denken Sie daran, dass, wenn Sie bereit zu implementieren erhalten, wenn der Service auf einer anderen Maschine als App gehostet werden wird, müssen Sie zuerst den Dienst implementieren. Dann erneut konfigurieren Sie Ihren Dienstverweis, und schließlich die Silverlight neu kompilieren vor der Bereitstellung. Ansonsten für den Dienst auf dem lokalen Computer Silverlight-App statt aussehen, wo Sie es einsetzen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top