Java在有限電視終端應用稱為Java TV主要也是線程(相當於xLet)和JMF結合非常類似Java ME和Applet
我一直有一個困惑SUN將客戶端框架細分得這麼詳細就產生一個抽象共用的問題比如客戶端當前受到Web AJAX腳本挑戰以前客戶端表現層是向Swing看齊比如JSF結果現在大家都是在向Web客戶端看齊那麼以前的看齊思路就費了包括JSF我看這是SUN不得不賣掉一個原因開始老糊塗自大總是以為自己領導市場雖然它沒從市場中賺到錢
現在所有客戶端向Web看齊的趨勢下Java ME 移動客戶端也在發展如Java FX可以看成JME移動在向Web看齊下的一個新方向那麼cable有限電視終端呢?好像給忘了這就是細分的壞處雖然都是打著Java一次編寫到處運行的旗號但那只是底層概念現在用戶關心的是DSL就是問題的描述工具而不是問題的解決工具
現在flex/AS在對待流媒體處理上已經占據先鋒看看互聯網YouTube或土豆網 網哪個不是采取後台flash media server前台flash player格式比如基於spring的開源流媒體服務器Red有誰浏覽器是使用SWING/Applet + JMF方式呢?
還有那個OSGI號稱服務即插即用但是復雜程度和當初EJB有一拼JNDI等等都是不可缺少的基礎知識其實只要是POJO你根據Evans DDD建模就形成一個POJO服務POJO就可以穿透網絡非常簡單何必為了服務而做一個服務框架呢?這些都是學究們學院派搞的表面文章是花瓶企業如果把架構重心壓在它上面可就危險了這也是有時企業相信微軟的原因沒有學究味沒有陷阱都是實在的但又不甘心為微軟打工
OSGI就是為了服務而搞的一個復雜礙事的框架就像當初為了分布式搞個EJB現在都講究組件細分化都開始拆了JBoss拆了Spring也在拆當然Jdon框架從年一開始就倡導拆因為有了IOC DI什麼不能拆OSGI因為當初沒有IOC DI所以才搞個運行分離沒有IOC的日子它很松耦合但是有了IOC後它為松耦合付出的復雜代價太高真不知道為什麼有那麼多人去捧OSGI臭腳
回到Java TV這個客戶端上來也該向IOC DI靠攏至少它裡面的ServiceContext場景就可以使用一個IOC容器來替代什麼年代還在用工廠現在SUN被賣了在忙著分家算鈔票也沒有時間來更新Java TV API了根本就是方向走錯了客戶選不用這麼細分只要用腳本替代線程Html/SVG/XML替代圖形或流媒體就可以了
From:http://tw.wingwit.com/Article/program/Java/JSP/201311/19517.html
