爲什麼applet的採用程度很低,例如與Flash比較? 是因爲它們是技術上的劣勢,還是僅僅是受歡迎的問題?爲什麼小程序的採用程度如此之低?
回答
有一點大家似乎忘記了:原來的Flash有一個非常設計師面向工作流程,讓很多圖形設計師跳上板製成很酷的東西,它的互聯網用戶找到樂趣,所以他們會下載Flash和社區發展壯大。在另一方面
Java小程序是在程序員和企業的目標,那就是罰款,但枯燥的普通用戶。除此之外,當時的腳本小子(包括我自己)讓Applets泄露資源和/或凍結瀏覽器,甚至其他更熟練的小子使用Applets的權力來創建陷阱和有害網站,所以大多數互聯網用戶不會啓用Applets。
所以最終它可能是每一個導致該問題的平臺的目標開發者(圖形設計師與程序員)。
我假設你正在談論Java小程序。
我覺得最大的優點閃存曾與收養一個是一個單一的開發環境,有競爭和易於使用的工具。大量的培訓材料對此表示讚賞。它也基本上是單一目的,而Java有各種用途和目標受衆。
Java環境沉重而笨拙。
它需要幾秒鐘才能啓動並開始運行,這通常是CPU和內存的負擔。另一方面,Flash更輕量化。
另一個因素是Java小程序通常在視覺上不如閃光吸引人。
早在當Sun推出的applet世界90年代,JVM是緩慢的,和小程序都慢。認爲「等待十五分鐘,它完成加載」緩慢。
緩慢的技術是死的技術。速度並不是Flash及其同類對Java小程序的唯一優勢,但它是導致它們下滑的主要原因。
+1速度肯定是我避開該技術的原因。如果它不比替代方案更快,爲什麼要使用它?人們(和我包括我)非常不耐煩。 – Jonathan 2009-02-24 09:05:09
如前所述,小應用程序有點沉重和老式。 Sun現在試圖推動JavaFX,這很可能是「下一個Flash」。
就像Silverlight一樣? Flash贏得了applet戰爭,它基本上無處不在。我目前的想法是,任何崇拜者都必須是非常優秀的競爭者。 – Rob 2009-02-24 09:10:31
然後是Adobe AIR,也許還有其他一些。這絕對不是一個容易競爭的領域。每個競爭對手都有自己的優點。只有時間會顯示什麼是相關的,什麼不是。 – 2009-02-24 09:20:33
一般它們很重,很慢。他們中的很多人都很醜陋(早期的Swing看起來像Xaw或Motif)。不同之處在於,Sun是處理重型企業和公司業務的公司,而Macromedia和Adobe是一直與圖形設計人員打交道的公司。所以Flash有「哇因素」,小程序沒有。
安裝和管理您PC上需要的多個Java運行時版本是大多數用戶不想陷入困境的麻煩。如果它不能立即使用,請將其忘記!
由於下載和安裝普通用戶比較複雜,Java非常不利。
潛在用戶將被提供多種版本的Java包,包括SDK等等。這會嚇跑大多數只想快速查看簡單小程序的用戶。
Java已經解決了這個問題,現在java.com有一個一鍵式插件下載。 Flash從一開始就是這樣的,我不會感到驚訝,它爲它的成功做出了貢獻。
的Java VS閃存當時和現在:
然後:
- 閃存有這樣花了2分鐘,下載並運行一個單一的點擊安裝程序。 Java有一個安裝程序需要10分鐘才能下載並運行。在不到一秒的時間內加載Flash應用程序。 Java小程序耗時10秒。
- Flash應用程序往往是自包含的,將「只是工作」。 Java小程序傾向於引用外部資源。破損的鏈接頻繁發生,小程序引擎受到穩定性問題的困擾,有時可能會導致整個瀏覽器崩潰。
- 由於隨Windows一起發佈,Flash的使用率一直處於高位。 Java沒有。
現在:
- 日推出了名爲Java Kernel單點擊安裝程序,需要2分鐘下載並運行。
- Java6更新12在一秒鐘內加載小程序。
- Java applet現在運行在與瀏覽器不同的進程中,並且引擎已從頭開始重寫。穩定性問題已成爲過去。不幸的是,網絡仍然充滿了包含破碎鏈接的舊applet。
- Java是大多數新電腦的標準配置。 Java採用率從70%到90%不等,具體取決於您與誰交談。隨意到measure你自己的網站。
剩下的一個重要區別是,Flash比Java有更好的面向藝術家的工具。話雖如此,Java中可以比Flash更容易,更高效地編寫大量的軟件。 Java是一個更加成熟和可擴展的平臺。您會看到很多人使用Flash來製作廣告橫幅,但更多的人將Java用於完整的應用程序或遊戲。例如,比較Java和Flash中的3D渲染支持。
- 1. 爲什麼我的Webpack ReactJS應用程序如此之大?
- 2. 爲什麼tomcat的默認線程池大小如此之大?
- 3. 爲什麼應用程序引擎延遲如此之大?
- 4. 爲什麼我的Spark Streaming程序處理速度如此之慢?
- 5. 爲什麼使用Java下載文件的速度如此之低
- 6. 爲什麼__try塊會降低我的程序速度?
- 7. 爲什麼此代碼在IE8中不起作用,並且程度較低IE7
- 8. 在這個例子中,爲什麼neo4j的插入速度如此之低?
- 9. 爲什麼我的Google Play排名如此之低?
- 10. 爲什麼使用Angular2構建的應用程序如此之重?
- 11. 此程序爲什麼會導致InputMismatchException?
- 12. 爲什麼此cpp程序失敗?
- 13. 爲什麼ping Google服務器和Google DNS如此之低?
- 14. 爲什麼我的小程序崩潰?
- 15. 爲什麼我的Spark流應用程序如此緩慢?
- 16. 爲什麼我的JavaFX應用程序啓動如此緩慢?
- 17. ARC爲什麼讓我的應用程序如此緩慢?
- 18. 爲什麼我的android應用程序如此緩慢?
- 19. 爲什麼我的Android應用程序如此緩慢?
- 20. MySql:爲什麼此查詢運行速度如此之慢?
- 21. 爲什麼此CoreData獲取速度如此之慢?
- 22. 爲什麼來自遠程表的連接如此之慢?
- 23. 爲什麼Docker操作系統映像大小如此之小?
- 24. 爲什麼我的Dreamhost上的第一個RoR應用程序運行速度如此之慢?
- 25. 爲什麼`poly`抱怨程度低於獨特點的數量?
- 26. 爲什麼使用boost增加文件大小如此之多?
- 27. 與OLTP相比,爲什麼OLAP的業務活動/參與度如此之小?
- 28. 爲什麼線程ID變得如此之大
- 29. 爲什麼ExecutorChannel.onInit()重置調度程序?
- 30. 爲什麼Observable.FromEventPattern需要調度程序?
-1爭論「而且通常是CPU和內存的負擔」 – 2010-03-15 20:23:07