2012-03-06 113 views
7

在.Net中,我將Web服務看作是一種從菜單中選擇的項目類型,定義了類和方法,然後.Net將所有這些黑魔法置於底層,以允許世界另一端的人引用我的Web服務,並直接在Visual Studio中使用我的類和方法開始編碼。因此有了這個先入爲主的概念,當看着使用MVC 3編寫REST Web服務時(我知道MVC 4有一個REST API,但我正在等待完整版本),我想知道所有常見的東西,例如「是這是一個好主意「,」這會經得起重用「,」我只是在寫一些其他開發人員會笑的玩具網絡服務「。使用MVC的REST Web服務,這是一個好主意嗎?

現在我認爲我的很多焦慮可能是微軟沒有在它周圍包裹一個大的,過於複雜,臃腫,閃亮的REST包。所以我希望通過人們告訴我,希望我的焦慮得到緩解,是的,MVC Web服務是完美的創造。

任何幫助?

+1

「在.NET中,我想到了一個Web服務爲您從菜單中選擇一個項目類型...」 你正在考慮在.NET中的Web服務錯誤:) – Stilgar 2012-03-06 12:59:02

+2

我會拿下那個下巴是的你是對的。哦,香料必須流動! – David 2012-03-06 13:41:13

回答

5

我已經做了幾次,我仍然在生產中使用它,並沒有任何投訴。 我其實認爲它是一個很好的解決方案,因爲它很容易設置和維護。 不是這個令人難以置信的XML配置重WCF的東西..

4

你可能想也有看的WebAPI的東西,是在被釋放(.NET 4.5)的過程:

http://weblogs.asp.net/scottgu/archive/2012/02/23/asp-net-web-api-part-1.aspx

這與暴露純html服務非常相關。

+0

已經有!我真的很喜歡它的外觀......不能將它用於工作目的,因爲目前還沒有發佈日期,我的上級也擔心在測試版上構建新的Web服務平臺。 – David 2012-03-06 12:56:01

+0

我知道這個故事。但很高興知道他們已經考慮過了,至少這不是一個可怕的想法:) – Paddy 2012-03-06 12:59:34

3

這確實取決於您計劃如何處理您的應用程序。是的,你可以編寫一個兼容RESTful服務的MVC網站。然而,你正在將你的UI層緊密地綁定到你的邏輯層,這就是你真正需要考慮的。我正在使用一個ServiceStack REST service (already mentioned by @Ioannis)的MVC網站。我之所以沒有在MVC中使用REST服務,是因爲我不希望UI中的任何更改可能會影響可能使用我的邏輯服務的任何第三方應用程序。所以,只要您仔細考慮使您的網站成爲您的RESTful服務的後果,那麼任何一個決定都可以。 :)

1

正如其他人在此提到的,ServiceStack提供了一個可靠的,簡潔的REST Web服務框架,使您可以毫不費力地開發類型化,慣用的C#API端到端。

ServiceStack還包含許多高性能組件,它們使用ServiceStack.Host.Mvc NuGet包與ASP.NET MVC深度集成。

要了解更多的好處ServiceStack可以添加到你的MVC項目看: http://www.servicestack.net/mvc-powerpack/

相關問題