2012-04-26 35 views

Odpowiedz

3

Dawno w dawnych czasach MVC3 nie był obsługiwany od razu po instalacji, ponieważ odpowiednie biblioteki DLL musiały zostać ręcznie dodane przez użytkownika (lub zainstalowane jako zadanie startowe). W dzisiejszych czasach wszystkie biblioteki dll MVC są dostępne dzięki szablonowi MVC3, więc nie ma żadnej różnicy w tym, co trzeba zrobić, między wdrożeniem asp.net i asp.net mvc. Podstawowe role ról i robotów to tylko maszyny wirtualne Windows 2008 Server, a proces wdrażania jest taki sam. Najważniejszą częścią przy uruchamianiu jest upewnienie się, że ciągi połączeń do pamięci masowej wskazują na "rzeczywistą" pamięć masową, a nie na pamięć typu dev (takie jak ciąg połączenia diagnostycznego). Ponadto, stan sesji domyślnie używa SQLExpress, który nie działa w systemie Windows Azure, więc musisz albo użyć bazy danych SQL Azure (plus poprawny ciąg połączenia) w web.config, albo zmienić stan sesji, aby użyć Cache (ponownie , zmiana w pliku web.config).

+0

@ David..Dziękuję za podpowiedź. do tej pory chciałbym pracować z emulatorem i moim miejscem przechowywania na tabele. Czy muszę ustawić ciąg połączenia na web.config? wygląda na to, że nie mogę się na to dobrze nauczyć. Przynajmniej próbka z operacjami CRUD. tnx jeszcze raz! –

+0

okie .. Teraz wydaje mi się, że mam wskazówkę. Najprostszym sposobem może być migracja normalnych aplikacji internetowych ASP.net mvc3. tam mogę dodać rozwiązanie w chmurze i kilka plików .dll (usługa, diagnostyka) .... http: //blogs.msdn.com/b/jnak/archive/2010/02/08/migrating-an-existing-asp -net-app-to-run-on-windows-azure.aspx –

+1

Czy jesteś pewien, że biblioteki MVC są domyślnie włączone do VM? Myślałem, że nowe szablony są po prostu lepsze w dodawaniu ustawień do kopiowania bez konieczności robienia czegokolwiek? Nie mogę znaleźć żadnych bibliotek MVC na tej liście: http://gacviewer.cloudapp.net/Default.aspx – knightpfhor

Powiązane problemy