2008-12-20 149 views

回答

9

您應該將所有具有邏輯的應用程序寫入單獨的圖層,以便根據不斷變化的業務決策輕鬆編寫Web界面或winforms界面。

更爲嚴肅的說明。當您需要大量用戶訪問和更改大量共享數據時,您應該創建一個Web應用程序。當共享數據很少時,或者數據共享足夠簡單以至於來回發送文件足夠時,您應該構建桌面應用程序。 Web應用程序通常很難得到正確的處理,所以如果需要的話,你只應該承擔額外的工作。編程的權利要多得多,維護應用程序服務器和數據庫還有很多工作要做。但是,Web應用程序可立即更新,因此您可以從小事做起,每個使用該應用程序的人都可以在完成後獲得新功能和修復。所以你必須決定哪一個更重要。無論您選擇哪個,都有一些折衷。

+1

雖然你的第二段很好,你的第一段就是智慧所在。謹慎!我希望我能投票100次! – 2008-12-20 02:46:31

+0

你的第二段的前半部分破壞了第一段。此外,Windows應用程序可以做得更新。 – BobbyShaftoe 2008-12-20 03:29:15

2

這就像一切的選擇 - 有一個時間和地點。您根據項目的需求選擇架構。所有情況都沒有正確的解決方案。

如果我需要大量用戶使用低功耗機器訪問高性能數據存儲,我傾向於編寫Web應用程序。如果我正在編寫實用程序應用程序與文件等進行交互,那麼我會編寫一個WinForms應用程序。所以它真的取決於...

此外,如果您正在編寫高度交互式的應用程序,需要向用戶提供大量即時反饋,那麼編寫WinForms應用程序通常更容易/更快速,而且維護起來更簡單。 ..然而,交易的關鍵是難以推廣到大型機器需要訪問該軟件的大公司......因此,您需要開始考慮如何在Web應用程序中實現該功能。

有沒有「正確」的方式做到這一點,沒有「錯」的方式 - 這是審查項目的要求和評價現有的技術,使當時最好的決定的問題。

-1

看看WPF/Silverlight。它解決了這個問題。如果你有一個客戶端PC上訪問的東西,然後,當然,獨立的規則在瘦客戶機(至少目前如此)

0

我曾在項目合作上,其中需要這兩種類型的應用程序,這一切需要做的如果您不想擔心安裝和/或客戶端配置問題,您可以根據自己的要求選擇基於Web的應用程序,但如果應用程序需要高響應度和大量計算,那麼您應該考慮在WinForm應用程序中,如前所述,您的應用程序分層將幫助您重用您的代碼。也在這將是你應該考慮上牌restricctions

相關問題