將Web應用程序轉換爲Web服務

Question

a。我必須考慮什麼？ b。我有幾個存儲過程由當前應用程序執行。如果我創建等效的方法來執行這些程序，那麼風險或挑戰會是什麼。

Answer 1

從體系結構上講，在將Web應用程序轉換爲Web服務時必須考慮的一件事是本地訪問方法和數據與遠程訪問不同。應該設計遠程訪問，以便調用更加細化並一次交換更多信息。

你需要考慮的另一件事是你將使用的序列化協議。例如，SOAP與基於REST的協議。

另外，請考慮安全性 - Web應用程序和Web服務之間的安全考慮因素不同。

最後，想想其他人如何知道你的網絡服務（或者他們是否會知道）。

Answer 2

一個風險是確保您的代碼保持不變。

我的意思是在這種情況下代碼重複的可能性很大，這意味着您可能會無意中忘記修改使用存儲過程的地方之一（例如，如果您添加了存儲的proc調用的新變量）。

然後你也必須考慮安全性。例如，公開提供用戶列表的Web服務調用可能不是一個好主意。你需要計劃你將如何通過/接收認證授權信息&。

Answer 3

管理你的代碼庫，因爲斯蒂芬說如果你創建平等的方法將是一個巨大的挑戰。將這些方法外推到一個新的庫中會更好，Web應用程序和Web服務都將使用它。您的網絡應用不應該包含任何數據訪問代碼。

有了Web服務，您需要考慮您的客戶。誰將訪問您的數據以及來自哪裏。例如，如果它來自同一網絡或計算機上的.net Windows客戶端，則TCP綁定可能是最好的。或者，如果您需要支持舊的.net框架客戶端甚至Java客戶端，則需要注意您使用的是什麼技術。

您還可以選擇WCF或ASMX。前面的段落可以幫助回答。

Answer 4

在我看來，最大的挑戰將是你顯然想要這樣做。我認爲你犯了一個錯誤。

您的Web應用程序和您提出的Web服務具有不同的要求。通過將應用程序「轉化」到服務中，您將使服務滿足應用程序的要求。

下面是一個「思考實驗」：如果您要從頭開始編寫服務，忽略應用程序將會怎樣。服務和應用程序有多相似？如果他們會相似的話，那麼轉型就會有意義。否則，不是那麼多。