Dot-Net
Web 服務還是 DLL？
我正在創建一個需要由託管在內部網路上的 Web 前端訪問並作為計劃任務執行的應用程序。在我們的內部系統之外不需要訪問任何東西，一旦應用程序啟動並執行，我們預計一段時間內不會發生任何變化。
我最初的想法是創建一個封裝大部分必要功能的 DLL，然後通過手動執行的 Web 窗體界面和作為自動（每日）計劃任務執行的控制台應用程序呼叫它。
另一個建議是為核心功能公開一個 Web 服務，但由於應用程序永遠不需要由外部資源呼叫，我認為實現 Web 服務所需的額外努力可能不值得麻煩。DLL 解決方案也應該更快（？）。
我的問題是你會選擇哪條路線？有沒有我沒有提到的優點/缺點？有什麼明顯的遺漏嗎？
**免責聲明：**我是 .Net 的新手，但由於我們的一位開發人員捲入了一場嚴重的事故，我被要求加緊處理。
就個人而言，我說使用 DLL。這將是快速和簡單的。
使用 Web 服務，您將需要考慮您的網路、防火牆、性能等。這也使得調試變得更加困難，因為您將無法從客戶端進入 Web 服務，您將不得不設置斷點在通話雙方。
Web 服務給您帶來的另一個問題是您需要更加健壯地處理故障。使用 DLL，您知道對方法的呼叫將會成功，但使用 Web 服務，您需要為呼叫失敗或在進行任何呼叫時超時做好準備。
最後，如果您以後發現需要 Web 服務，您應該能夠相當容易地將 DLL 轉換為 Web 服務，而只需最少的改造。