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替代图形或流媒体就可以了
