2012-05-14 51 views
0

背景對於內部Winform應用程序,爲什麼不使用文件共享部署代碼而不是clickonce?

  • 我們正在遷移.NET 1.1 WinForms應用程序到.NET 4.0。 (關於時間!:-))

  • 該應用程序僅在我的組織內部使用。

  • .NET 1.1應用程序使用不推薦使用的無接觸部署技術部署到我們的用戶。我們有一個內部的iis 6網站,用戶輸入應用程序.exe的URL並運行應用程序(在IEExec內)。

  • 我們每兩週至少更新一次應用程序。

  • 我們只是想在每個人的設備上運行應用程序exe的快捷方式。我們不需要安裝程序組或任何其他奇特的安裝機制。

  • 我沒有使用clickonce技術部署應用程序的經驗。

  • 該應用程序由一個.exe當然和10個支持dll組成。它使用Web服務(現在)執行CRUD操作。

質詢

  • 是的ClickOnce甚至必要像我這樣的應用程序?

  • 爲什麼不只是將exe和支持dll部署到網絡共享並讓用戶從共享中運行應用程序?

我的想法

  • 從我一直在做的ClickOnce聽起來很有趣,但我不知道爲什麼它會在我的處境應用研究。任何新技術都會帶來一些痛苦,請查看關於clickonce的所有問題。

  • 我想集中精力將我的應用程序轉換爲.NET 4.0,而不是試圖學習和測試clickonce部署策略。

  • 我傾向於將文件放在網絡共享上並設置適當的權限(文件和.NET)並稱其爲好。

感謝您的輸入!

回答

1

您的用戶肯定可以從網絡共享中運行應用程序,但您可能會遇到性能問題,具體取決於網絡的健壯性。

您的部署聽起來很基本,因此設置ClickOnce部署並不困難。我們已經使用ClickOnce部署爲我們的應用程序和我們的Office加載項5年了,並沒有任何問題。如果你不需要做一些困難的事情,比如有管理權限,那對你來說可能是非常有效的。

你可以檢查出ClickOnce OverviewHow to publish a ClickOnce app欲瞭解更多信息。

+0

感謝您的輸入。我會繼續分解並測試clickonce。真正快速地玩之後,我可以看到我的第一個障礙將獲得應用程序修訂信息。這些信息似乎是項目文件(.csproj)的一部分,我無法每次從我的自動構建中增加,因爲該文件在源代碼控制中。我會研究這個,因爲我確信其他人會遇到類似的問題。 – RDotLee

相關問題