Java TV MHP

banq發表於2009-05-07
Java
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/AS3在對待流媒體處理上已經佔據先鋒，看看網際網路YouTube或土豆網 56網，哪個不是採取後臺flash media server，前臺flash player格式，比如基於Spring的開源流媒體伺服器Red5。有誰瀏覽器是使用SWING/Applet + JMF方式呢？

還有那個OSGI，號稱服務即插即用，但是複雜程度和當初EJB有一拼，JNDI等等都是不可缺少的基礎知識，其實只要是POJO，你根據Evans DDD建模就形成一個POJO服務，ＰＯＪＯ就可以穿透網路，非常簡單，何必為了服務而做一個服務框架呢？這些都是學究們學院派搞的表面文章，是花瓶，企業如果把架構重心壓在它上面可就危險了，這也是有時企業相信微軟的原因，沒有學究味，沒有陷阱，都是實在的，但又不甘心為微軟打工。

OSGI就是為了服務而搞的一個複雜礙事的框架，就像當初為了分散式搞個ＥＪＢ，現在都講究元件細分化，都開始拆了，ＪＢｏｓｓ拆了，Spring也在拆，當然Jdon框架從2005年一開始就倡導拆，因為有了IOC DI，什麼不能拆，OSGI因為當初沒有IOC DI，所以才搞個執行分離，沒有IOC的日子它很鬆耦合，但是有了IOC後，它為松耦合付出的複雜代價太高。真不知道為什麼有那麼多人去捧OSGI臭腳。

回到Java TV這個客戶端上來，也該向IOC DI靠攏，至少它裡面的ServiceContext場景就可以使用一個IOC容器來替代，什麼年代還在用工廠，現在SUN被賣了，在忙著分家算鈔票，也沒有時間來更新Java TV API了，根本就是方向走錯了，客戶選不用這麼細分，只要用指令碼替代執行緒，Html/SVG/XML替代圖形或流媒體就可以了。

http://www.interactivetvweb.org/tutorials/javatv/javatv_intro

[該貼被banq於2009-05-07 15:28修改過]

[該貼被admin於2009-05-07 15:41修改過]

相關文章