图1:BREW先驱之一的Steve Sprigg 图2:BREW诞生前夜Paul Jacobs在白板上画出的“良性循环”,这就是BREW的基础。 图3:以前由四个要素组成的“良性循环”现在又增加了第5个要素“内容开发商”。确保要素间关系流畅的技术是deliveryOne。 图4:原来的BREW应用。逻辑部分和UI设计在一起,BREW扩展标准和BREW本身设计在一起。依赖于特定的芯片组。 图5:uiOne时代的应用模型。应用的逻辑部分(Actor)和UI要素(Trig)分为两部分,向模块化编程迈出了一大步。 图6:新一代BREW的示意图。结构更接近于个人电脑操作系统,不依赖于芯片组的只有内核部分,其上运行的各层彼此独立,采用只在需要时读入内存的动态模块结构。 图7:BREW Tools之一的BDK方面,只要在个人电脑上准备有应用程序,就可以通过与实机或者模拟器间的通信来执行测试。通过测试的自动化,可以减轻开发人员的负担。 图8:deliveryOne是不依赖于内容种类和平台的内容发送系统。Sprigg称其为“内容发送的模块化”。 图9:或许deloveryOne将以包含BREW以外的手机平台的形式构筑起新时代的“良性循环”。
本站最佳浏览方式为 分辨率 1024x768 IE 6.0(或更高版本的 IE浏览器)