2010-06-10 73 views
3

我只是想知道那裏的意見。您認爲如何促進Web應用程序的更快開發時間? Silverlight或.Net MVC?用於Web開發的Silverlight或MVC

Silverlight可以代替真正的http web應用嗎?

隨意咆哮或提供儘可能多的細節。

+0

一些很好的答案,仍然在尋找更多,所以隨時可以隨時發出。 – jhorback 2010-06-10 17:57:19

回答

7

Silverlight可以真正代替真正的http web應用嗎?

不,就像Flash不能做的一樣,Silverlight和任何其他演示文稿查看插件都不會成爲可接受的良好HTML替代品。

我可以舉出一萬個理由,但這裏有亮點:

  • 插件可用性(尤其是在其他平臺上,手機等)相比,HTML
  • 維護是
  • 性能是可怕的PITA,需要完整的重新編譯和上傳。你只需在HTML中編輯你需要的東西。
  • 無障礙!

我不能評論速度,但我坦率地認爲這是無關緊要的。你不應該使用Silverlight/Flash /無論如何構建一個完整的網站。

+4

當涉及到技術決策時,我傾向於使用任何形式的「應該」這個詞。這實際上取決於你的項目目標是什麼。 – 2010-06-10 15:50:37

+2

我不認爲這個答案考慮到潛在的觀衆。誰的申請是?如果您在全Windows商店工作,使用Silverlight構建內部Web應用程序並不是一個壞主意。 – nlawalker 2010-06-10 15:53:22

+1

當然,如果這個問題被釋放到一個封閉的,受控制的生態系統中,可能會有這樣的情況出現......但情況很少。即使公司部署的硬件是固定的,人們也會帶來筆記本電腦和手機,並希望在適用時使用它們。還有維護和可訪問性問題。 – Oli 2010-06-10 16:11:59

5

使用哪種技術完全取決於您的要求。你應該從那裏開始。

就Silverlight(或Flash)而言,您將創建一個Web應用程序,但不是一個Web站點。

缺點?

  • 人們不願意安裝Flash或Silverlight插件。
  • Flash/Silverlight網站對搜索引擎不可見。
  • 人們將無法將它們加入書籤並共享鏈接。
  • 後退/前進/刷新瀏覽器按鈕將不會在Mac世界

優點工作

  • 否/部分支持?

    • 豐富的UI

    我個人的看法是,你不應該使用Flash/Silverlight的情況除外原始的HTML/CSS將無法正常工作。而HTML 5與CSS 3相當強大。網絡充斥着毫無意義的Flash網站,它們只是呈現一些靜態的信息。它可以很容易地用普通頁面完成。有人認爲Flash網站很酷,但事實並非如此。這是沉重,緩慢和無法訪問。

  • +1

    您可以深入鏈接到Silverlight應用程序。我記不起頭頂的語法,但它是可能的。 Silverlight也可以在Mac上運行 - 與Windows上的一樣。 – ChrisF 2010-06-10 16:14:48

    +0

    您可以*深入鏈接並執行基於瀏覽器的導航(後退,前進) - AFAIK它是基於網址的錨點(例如http:// url#this-bit-here),就像使用Flash一樣。它依賴於Javascript,但很多Flash(et al)的交互也是如此。 – Oli 2010-06-10 20:52:40

    +1

    重新支持Mac,Windows和Mac並非全部。我在桌面上使用Linux,手提電腦,微波爐和手機。最近的是Moonlight,它不提供DRM編解碼器,它完全是功能完整的。 Flash具有更好的可用性。 HTML打擊他們兩個。 – Oli 2010-06-10 20:55:26

    2

    Silverlight和MVC/ASP.NET都有這樣的地方: MVC/ASP。NET對於諸如博客信息網站,在線商店 等事情來說是非常棒的,基本上當你的應用程序需要被搜索引擎搜索到時。

    對於像渦輪增壓稅或銷售隊伍基本應用程序的在線應用程序,在您的桌面上,但有很多原因已經被轉移到網絡我將使用Silverlight或Flex一次。

    考慮到上述情況: 在與MVC/ASP.NET和Silverlight廣泛合作後,我發現Silverlight的開發速度要快得多,一旦你獲得了xaml的支持。

    1

    IMO - 我看的Silverlight /閃光燈/ HTML形成的網站/ web應用程序的 「視圖」 部分。

    如果你能正確的結構,你的網站/應用程序代碼,查看應該是可互換的和/或可支持最終用戶/設備可供選擇視圖的多種格式。

    IMO - 這是很難預測的網站/應用程序的用戶使用模式,有可能是其需要在未來被支持的設備。所以,不妨開發一種結構化的應用程序,以幫助將來的移動變得更簡單,在這種情況下,視圖的呈現可以是任何您想要達到當前目標的任何內容...

    HTH。

    0

    前面的回答使聲明「您只需編輯您的HTML需要什麼」。雖然這對於簡單的靜態網站來說確實如此。 OP中所述的網絡「申請」並非如此。該功能不在HTML中。您可能會在Javascript中使用某些功能,但您可以使用這種方式進行編輯,但不建議使用Javascript進行編輯。

    爲所有,但最簡單的靜態網站,我會建議任何改變生產Web站點或應用程序應在源版本系統進行管理,測試和部署到生產前審查。在這樣的環境下添加編譯步驟是微不足道的。

    我永遠不會推薦Silverlight替換靜態網站中可以完成的工作。我無法想象任何人會。 HTML是爲靜態內容設計的。 Silverlight不是。

    爲了解決性能問題:Silverlight性能糟糕的說法是錯誤的。當然,加載Silverlight應用程序比加載網頁需要更長的時間,但一旦加載好設計好的Silverlight應用程序的用戶交互比連續渲染完整的網頁要快得多。

    在這裏的一些回覆中,Silverlight缺乏可移植性已經被過分誇大了。 Silverlight在MAC上具有與PC相同的功能。通過Moonlight的Linux可用性也不甘落後。適用於iPhone的MonoTouch即將推出Mono支持Android和即將推出的Windows Phone 7的Silverlight編程環境也爲移動環境帶來了許多可能性。儘管如此,我不會使用Silverlight開發許多類型的Web應用程序。由於前面提到的一些人不願意下載運行時,我不願意使用Silverlight(或Flash)做一個面向消費者的電子商務網站。但對於目前我正在執行的SaaS應用程序來說這不是問題,絕大多數用戶更願意做一個小小的下載來獲得更豐富的用戶界面。

    通過應用Ajax/JavaScript可以實現一些相同的改進的用戶界面「豐富性」,但我發現Silverlight開發體驗的效率更高。有一點需要考慮的是一般的Ajax/Javascript應用程序,同時比傳統的Web應用程序提供更好的用戶體驗,它仍然看起來像一個Web應用程序,Silverlight應用程序會更像傳統的Windows應用程序。這可能是也可能不是你決定的一個因素。

    我覺得有點失望的是,一個repsonse錯過了OP的觀點,似乎並不瞭解Web應用程序和網站之間的差異,得到的票數比一些答案的點更多。

    安東尼的迴應是現貨。

    2

    這樣重複很多次,但我從來沒有見過任何人提起的像Flash/Silverlight的「現代」技術,disatvantage缺乏多年的瀏覽器/可用性支持:

    • 你一般不能複製任意項目的文本
    • 你沒有的東西時尚,廣告攔截,或者Greasemonkey的在您的指尖,以改善什麼是「設計師」認爲這是對你有好處
    • 瀏覽器不知道你的形式,不能提供自動完成或在碰撞/重新加載後保存數值
    • 可訪問性解決方案(如縮放方法或第三方格式化程序)不起作用

    而且我可以繼續。從用戶的角度來看,Flash/Silverlight是一個噩夢,石器時代,而基於HTML的應用程序則爲用戶提供了所有現代可用性的東西。

    是的,存在開發問題(甚至在HTML領域也沒有什麼比FireBug好),但重要的是,請對用戶友好。即使是企業人也是人。