企業框架 - UWP比。網絡

Question

這裏有一個廣泛的問題...

假設您已經構建了一個企業級框架，在.Net（Microsoft）範圍內有一些富客戶端，並帶有一個WCF後端。現在，想象一下，企業框架的UI技術已被棄用，以支持UWP。

前端替換的選擇基本上是：UWP，Web（HTML）或其他一些富客戶端技術。

你會如何去決策過程？

我個人傾向於一個富客戶端，用戶羣是一個專屬用戶羣。我的意思是，用戶的IT部門很樂意在機器上安裝必要的運行時環境，等等。這通常不是微軟技術的問題，並且在組織推出Windows的10年時間內這不會成爲問題10.

但是，現在人們告訴我，網絡已經走過了很長的一段路。人們告訴我，JavaScript框架變得非常複雜，並且基本數據綁定等的低級別JavaScript幾乎是不必要的。

過去我真的被ASP等網絡解決方案關閉了，但我確實明白技術已經向前發展，而且我明白微軟一直致力於ASP.Net v Next，這可能確實很好？

問題不在於你會選擇什麼？但是，你會考慮什麼因素來決定哪個平臺去尋求？

Answer 1

我已經決定在這裏回答這個問題，因爲我們有更多的時間來調查並查看不同的選項。原來的問題原來是一個有趣的問題。純粹的UWP和Web並不是唯一的選擇。還有一個Xamarin Forms作爲一個選項，包括UWP，Android和iOS。作爲個人偏好，我傾向於將Xamarin Forms作爲客戶端，而不是任何其他開發平臺，因爲它支持三種開箱即用的操作系統：Windows 10，iOS和Android。

我相信問題的答案是：如果需要的話，您應該只開發一個Web應用程序。您的用戶羣是由誰更喜歡瀏覽器而不是應用程序的人組成的？您的潛在用戶是否希望避免下載應用程序？你的應用程序非常簡單，你希望人們能夠很快潛入嗎？您是否能夠在不訪問攝像頭，位置和推送通知等情況下離開？如果你可以回答這些問題，那麼我認爲你應該選擇HTML 5/JavaScript。但是，如果您的用戶羣很適合下載應用程序，並且您認爲您的應用程序需要比大多數瀏覽器應用程序更復雜的用戶界面，我建議您將Xamarin Forms作爲首選選項。到目前爲止，我們在Xamarin Forms上取得了非常好的成績，而且我們的Xamarin Forms應用程序的UWP版本與我們第一次嘗試UWP應用程序一樣好。

注：我應該在這裏給Web Assembly（http://webassembly.org/）一個榮譽提及。微軟，蘋果和谷歌等所有大型科技機構正在考慮這項技術。有一天，它可能會使瀏覽器中的原生應用程序再次成功部署。

Answer 2

Opnion設在這裏的答案...

在採取任何項目的特定技術的決定在於許多因素。我可以引用你的特定場景的兩個專業。

1 - 客戶端採用。客戶很容易使用/安裝它？他們需要支付某種許可證？它可以運行在客戶已經擁有的所有平臺/設備上嗎？

2 - 市場採用。你的同事很容易採用它？很難找到/聘用經驗豐富的開發人員？我們需要支付某種許可證？我能否相信它是一種長期存在的技術？

的回答你的問題可以HTML。

它不僅已經得到了很多的勢頭在市場上，它生病需要幾年的時間來改變它，即使今天有人（大如MS或谷歌）提出了一些新的（更好的）東西放在桌子上。

另外，如果有人在MS市場部下週說，通用Windows平臺或WinRT必須死亡它死亡（像Silverlight）。所以我沒有采用一些新技術，只是因爲一些大玩家告訴我這麼做。

是網已經走過了很長的路要走確實如此。那些日子你可以用JS + HTML + CSS做很多令人驚歎的事情。它的正確用法/體系結構允許你將你的應用程序運行在個人電腦，平板電腦和手機上（在設備之間以最低的成本進行連接），並且能夠在任何可以訪問互聯網的任何設備上運行。

我建議你趕上並學到很多關於Web服務，JSON，JS庫如jQuery，薩米和一些不錯的東西像淘汰賽，SPA，棱角分明，節點等

編輯答案評論

要不開始一個健談的評論我會在這裏回覆。是的，你的問題和評論帶來有趣的問題。爲了讓後代可讀，我們都可以編輯答案和問題來組織它。

Silverlight。怎麼不愛它？在與閃光拼湊後特別。這是一個恥辱MS拉下插頭（死在地獄MS首席執行官）。當MS讓它死的時候，我正在計劃一個大型的網絡應用SL是我的第一選擇。爲什麼我改變了主意？那麼2年來開發該應用程序，並在最後有多少瀏覽器病態相處支持它？ SL社區很棒，工具很棒，但瀏覽器可以說，明天嘿，不能保證它繼續工作。

.Net和MS平臺。我是一個.Net開發人員。我從beta版開始就採用它，首先與winforms一起工作（在以前的生活中，我是一個自豪的Delphi開發人員）。過了一段時間纔開始使用網絡。我也從事傳統的ASP（糟糕的時代），並從一開始就熱愛.Net ASP。

今天你可以在幾乎任何地球上的任何PC上運行.Net應用程序。不完全適用於所有手機/小工具。對於瀏覽器而言，純HTML + JS + CSS會更好，因爲它很輕量級（完成正確）。我們還可以將很多東西移到客戶端，只在需要時才讓它打到服務器。 .Net應用程序可以做到這一點，當然，但不會像定製的HTML + JS + CSS一樣輕鬆。

事實上，我相信你可以用.Net做任何事情，如果你的團隊中有一些優秀的開發人員，你可以做很棒的事情。但取決於項目，它在HTML或PHP或Ruby或Java等方面做得更好（並且更便宜）。

事實上，在以前的一家商店中，我們發現（同一個PHP和.Net團隊）指標，很多項目）小型項目在PHP中的效果更好，在.Net中效果更好（如果我記得一箇中型項目可以是4k到6k人/小時）。

這裏的要點是。你真的必須閱讀很多有關HTML，CSS，JS，SPA，Angular等的內容。爲了生活出色的網頁應用程序，今天的挑戰並不是因爲我們可以做什麼（我們可以做任何事），而是我們可以做什麼。 DDD，MVC，MVVM。測試框架等人的節點是未來（概念至少）。

在過去的幾年中，Web開發發生了真正的變化，並且與客戶和用戶的期望相符。今天，沒有人不愉快地等待超過2秒的頁面加載。每個人都希望可用性成爲項目從頭開始的榜首。您的應用程序必須具有響應能力等（不要在此使用Dilbertian管理流行詞，只是指出可用性在今天非常重要）。 不要忘記，即使它是一個沉悶的B2B應該只能被洞穴男士使用，但是每個人都希望它成爲一個美麗的（從圖形設計師的角度來看）。

即使您堅持使用經典的.Net應用程序瞭解（許多）選項，也可以帶來更廣闊的視角。