`
阅读更多
BAE
BAE(Browser based Application Engine,基于浏览器技术的应用引擎)是中国移动自主研发的移动widget平台,它是部署在移动终端上的移动互联网应用运行环境,支持移动widget的跨平台运行。
相关介绍和sdk下载请点:http://labs.chinamobile.com/bae
JIL
"联合创新实验室"(Joint Innovation Lab,JIL)由中国移动、软银和沃达丰于08年4月24日签署协议共同创建,以推动新的移动技术、应用和服务的开发为目标,期望加速移动互联网服务的商用化进程。JIL初期将启动移动widget平台开发项目,鼓励互联网应用开发者开发更好的基于移动运营商独特能力的创新应用。
JIL官方网站:http://www.jil.org ,介绍请见JIL介绍PPT。
----------------------------------------------------------------------------------
第52期无限论坛于5月5日(星期二)晚上7:30-9:30举行,本期活动与IT龙门阵联合举办。中国移动BAE项目负责人程宝平、联合创新实验室(JIL)中方主要项目协调人张焱做客本期活动就移动Widget技术与应用等话题与大家交流。
互联网的Widget应用在过去几年间获得了很大进展,而随着移动互联网时代的到来,移动Widget作为一个重要元素,也得到了发展。移动Widget可以利用移动通信系统的能力使应用和业务更加丰富、更加多样化,同时运营商可以提供认证能力、计费能力、甚至包括个人信息,都可以和移动Widget绑定,这些能力大大增加用户的体验。不仅如此,移动Widget还可能结合互联网和移动运营商的双方优势,从而构建创新的商业模式和生态系统。
在龙门阵上,与会嘉宾和现场网友就移动widget的发展历程和发展现状、移动widget将带来哪些移动互联网应用、移动widget的市场前景和商业模式预测、移动widget将对人们信息生活产生哪些影响等等话题展开了热烈讨论。
 
以下是本期无限论坛·IT龙门阵特期实录:刘兴亮:大家好,欢迎大家参加IT龙门阵,我是非著名主持人刘兴亮。这期依然和无限论坛合作,这期主题是移动Widget闪亮未来,我介绍一下今天的嘉宾,这位是中国移动研究院项目经理、中国移动BAE项目负责人程宝平先生,这位是中国移动研究院业务拓展部高级项目经理、联合创新实验室中方项目协调人张焱,他们将对Widget的话题和大家进行交流,大家欢迎!程宝平:非常高兴参加这个活动。我主要讲三个方面,第一什么是Widget,第二我们为什么要做Widget,第三Widget能为大家带来什么样的好处?Widget(微技)目前还没有一个准确的定义,在我看来,Widget一般是使用标准的Web语言开发的小应用,实现某些特定的功能,一个Widget可以简单看出一个或者几个特殊网页的集合。Widget主要分两种:一种是Web Widget,如Facebook,开心网等一些SNS网站中提供的功能组件,诸如开心网中的“争车位”、“买房子”等游戏,只要有一个标准的Web浏览器就可以使用这些Widget;另外一种是桌面Widget,如Google Gadget,Yahoo Widget,可以让“股票信息”、“天气预报”、“新闻”等Widget驻留在PC桌面的任何一个位置,为了支持桌面Widget的运行,通常需要先装一个Widget引擎。Mobile Widget指运行在移动终端的桌面Widget。考虑到终端配置、屏幕、通信功能等特点,手机终端的Widget引擎支持的功能和用户体验与PC桌面Widget引擎有一定的差异性。以下我们提到的Widget主要指移动终端上桌面Widget。我再说第二个问题,为什么要做Widget,我们在过去的终端业务部署过程中,发现存在业务开发难度较大,开发周期长,终端适配工作量大,业务种类相对匮乏等问题,而Widget开发基于标准的、基于标准Web技术,开发门槛低,开发成本低、终端适配工作较小,潜在开发者众多,同时Widget还具备小巧轻便、易部署、个性化、交互式、用户体验好,消耗流量少优点,因此,我们认为Widget将是移动互联网重要的应用形式之一。最后,我再介绍Widget将会给我们带来什么好处。古人云:书中自有黄金屋,书中自有颜如玉。在我个人看来,在信息时代,移动互联网就是这样的一套“四库全书”,如果你的时间、精力有限,不能纵览群书,我个人向你推荐最精华的一本书“Mobile Widget”。由于Widget开发技术门槛低,如果有兴趣,每个人都可以成为应用的开发者。你可以把自己的智慧、创意在短时间内用Widget的方式与所有人共享。Widget开发基于Web技术,具有众多的潜在开发者,因此,我们有理由相信Widget应用的数量可以在短时间内实现“井喷”,这样,运营商可以为用户提供更多的应用,用户也有了更大的选择应用的余地,可以满足用户的“长尾需求”。我们刚才提到Widget的运行需要Widget引擎的支持,而中国移动在这方面做了一些探索,与大家分享一下。BAE(Browser based Application Engine)是中国移动针对移动互联网研发的跨平台的终端应用运行环境,它支持JIL Widget的运行,支持S60,Windows Mobile以及中国移动的OMS等平台,并提供Widget SDK/模拟器等工具(更多信息可以访问http://labs.chinamobile.com/BAE)。有了这样的环境,对于开发者而言,既可以通过开发Widget与人分享智慧、快乐,也使得“黄金屋、颜如玉”梦想不再遥远,而要实现这样的梦想,需要一个健康、良性的生态环境支持,至于如何实现,我们欢迎张焱与大家分享一下他的观点。谢谢大家。张焱:各位朋友,晚上好,非常高兴今天有这么多朋友一起来交流Widget这个话题。今天的主题是Widget,刚才程宝平也对Widget做了一些介绍。在我的名字前面,写着JIL联合创新实验室中方的主要项目协调人。大家可能有些人了解JIL,也有些人不太了解。大家也会好奇JIL跟今天的主题Widget有什么关系?那么,我接下来会针对这些问题,对JIL做一个简单的介绍。首先JIL是是中国移动、沃达丰、软银、Verizon共同出资创造的实验室。JIL里面,几方在最初确立这个项目的时候大家找到一个共同点,就是Widget,刚才程宝平也谈到BAE,BAE也是在JIL成立之前,中国移动开发的研发项目,叫(Browser-based Application Engine),然后其他运营商,像软银、Verizon也有相应的研发或者相关的努力,大家在确立JIL以后,发现首先找到这样一个共同点。刚才程宝平对Widget做了一些阐述,我想特别强调两点,第一点,其实我们说到移动互联网,大家各有各的想法,各有各的解说,从这几个运营商来看,Widget因为它在PC的移动因特网领域,是一个非常重要的现象,而且越来越多的应用出现。另外,Widget代表了一个典型的互联网现象,移动运营商或者业界的很多公司都认为移动Widget是移动互联网业务发展的一个很重要的方向。Widget本身很小,同时,手机特点也是很小,像这么小的应用窗口,很容易放在手机上面,从这个尺寸上面,也一个很好的结合,当然也有其他的因素,比如很容易开发等等。基于这样的特点,我们认为移动Widget是未来发展方向,因为它的便利性及可以吸引很多的开发者,尤其是网页开发者,这样,人人都可以变成Widget的开发者。运营商能够基于Widget的特性,比较方便地构建一个生态系统,能够把Widget的开发者吸引进来,为用户、为整的产业链创造更多的内容。在JIL的移动Widget项目中,我们到底做了哪些项目的工作?首先,是定义Widget Engine的规范和开发跨平台的Widget Engine。Widget Engine是基于浏览器技术的跨终端操作系统平台的Widget应用环境。而跨平台的目的就是为了降低开发者开发应用的成本,使得开发者的应用尽量只开发一次,就能够在不同的平台上都能运行。此外,与其他一些公司所作的Widget Engine有所不同,运营商的引擎要重点体现它在运营商业务能力和服务能力等方面的差异化,并通过API的形式提供给开发者和Widget应用,从而增强Widget应用的表现能力和丰富程度。其次,JIL还开发一套Widget SDK,供开发者下载以开发Widget应用。最后,JIL还构建全球的开发者社区,为开发者将所开发Widget应用输入到各个运营商的应用下载门户建立有效的渠道。刘兴亮:两位用一句话概括一下Widget究竟是什么?这一句话不能超过500字。程宝平:移动Widget就是使用Web技术实现的终端小应用。吸收了本地应用和Web应用的优点。张焱:基于网页技术的一种移动互联网应用形式,它的特点就是小,个性化,有良好的用户界面。刘兴亮:二位嘉宾,你们怎么看待传统互联网基于Widget的发展状况。张焱:目前基于传统PC的Widget,是一个非常热闹的现象,很多人在用,但它可能分为几种大的类别,每种Widget都有自己的开发者、有自己的人群,但统一来说,有一个特点,没有成熟的商务模式,Widget基本上都是免费的。 另外,为什么互联网公司纷纷做Widget?可能最大的一个好处之一,即便用户在离线的情况下,也可以把互联网页面信息的触角伸到用户里面,因为他在桌面实时显示,除了这个以外,可能缺乏增值方面的内容,所以运营商说我们应该在这方面做一些工作,把Widget移动化,再做一些额外的差异化的工作,能够更加符合用户的需求。程宝平:目前互联网的Widget主要包括以iGoogle为代表的Web Widget,以及以Yahoo Widget为代表的桌面Widget。使用Widget的用户不少,但是没有一个很好的商务模式支撑,因此,整个产业还是处于一个不温不火的态势。移动互联网跟互联网的区别,不同人有不同的看法,以我个人的观点,传统互联网公司真正盈利的很少,这主要是跟它崇尚的理念有关,互联网崇尚的第一是自由的,第二是免费的。这容易造成没有一个比较好的商务模式来支撑相关互联网公司更好地发展。刘兴亮:不管是Web Widget,还是桌面Widget,我知道了还有第三种,就是移动Widget。程宝平:现在Widget本身,中文名称还没有确定,有人叫微件,我们叫微技,这其实带来一个信息,Widget很新,还没有标准的定义Widget是什么。 移动Widget除了支持PC 桌面Widget的一些特性之外,还会考虑结合移动终端的终端能力以及运营商业务平台的业务支撑能力。刘兴亮:移动Widget的黄金屋在哪里?张焱:现在很多的运营商都在效仿计划构建自己的应用商店,而那么Widget将来就是这些Store当中重要的内容形式。而这无疑会为开发者带来很好的收益模式,就如同Apple Store一样。刘兴亮:Widget在互联网上已经发展这么久了,为什么这个黄金屋一直没有出现?张焱:互联网的文化本身就是免费文化,因为最初的Widget开发出来的时候,就像您刚才谈到的,很多的目标更多是一种互联网内容的延伸,自动的延伸,当用户不打开网页的时候,也可以把这些内容推送过来,它本身就是一个互联网免费文化的延伸,而且在这种文化之下,事实上,对于这些互联网公司来说,他们可能也很难把这样一种内容直接变成一种收费的内容,我觉得你想改变这种文化,这个比较困难。刘兴亮:怪就怪互联网是免费的。张焱:事实上PC互联网的典型模式就是广告模式,目前来看,很多Widget也在插入一些广告。目前Widget也可以插入这些广告,但是具体到底发展得怎么样,也是一个待探讨的领域。刘兴亮:我07年知道了Widget,当时预测了未来互联网将来是Widget的天下,现在发现我错了。请两位嘉宾分析一下,移动互联网未来是不是它的天下?。程宝平:我也写过一篇博客,预测未来移动终端应用是移动Widget的天下,但愿我猜的没错。哈哈在我看来,移动Widget是新的一种内容信息的载体,它火不火,主要看有没有用户需求,我刚才提到,Widget通过Web开发,技术门槛很低开发没有问题,但是如果你开发的应用没有人用,效果只是零,现在iPhone应用很受欢迎,包含开发者的灵感和创意,但是大家别忘了,iPhone有十亿的下载,2.5万的应用,真正流行的应用很少,开发应用不直接等同于他能够为你带来黄金屋,因此,要么你开发的创意应用受到无数人的喜欢,要么你开发无数的应用,尽管每个应用只有几十人喜欢(长尾)。创意是灵感的东西,一辈子可能一两次或者十次也就到头了,不可能每天有灵感,如果把Widget看成新的信息的载体,可能会火起来,比如说,现在体坛周报,一份1.5元,如果大家很忙,真正感兴趣的也就一小部分文章,如比赛结果、花边新闻,如果我把体坛周报以Widget的方式承载,可以定制你所购买的体坛周报的内容,可能只卖两毛钱,首先这个价格的差异性,会有很多人买,因为可以直接运行在手机上,很方便携带。如果把Widget作为应用或者是其他信息新的一种载体,跟一些行业的需求结合在一起,Widget是一个不错的选择。刘兴亮:我现在做个预告,两年后的今天,我们IT龙门阵还是和无限论坛合作,我们的话题是移动Widget的现在,看看他们是更火,还是跟我现在的心情一样。下面进入我们现场互动环节。提问:我想问一下,移动Widget现在局限性在哪里?未来在哪些领域有本质性的突破,才能把局限性打破?谢谢!张焱:移动Widget的局限性可能要从两个方面来看,首先是移动,然后是Widget,Widget如果和普通网页相比的话,增加了移动的能力,这是优势所在,如果谈到移动的话,我们不免要跟其他的移动应用相比,比如本地的其他应用。Widget本身是基于Web技术的小的应用程序,决定了它将会是比较轻量级的应用,不应当做得非常复杂。但是它的特点是小巧、易于开发、界面表现力丰富、内容互动性很强。应对措施,一方面是技术问题,一是商务推广问题,从技术上,我们一方面可以针对不同的平台,或者不同的用户群,做一些定制或者裁剪,其实在手机领域,还有一大堆传统手机,包括一些S40的手机,这个功能会更弱。如果Widget引擎是2—4兆的话,在JIL网络地面,直接在手机下载,用户会觉得很慢,所以怎么把Widget引擎放在手机上,是一个很大的问题。两个角度可以考虑,第一种最简单,我提供Widget引擎的下载,用户可以通过各种网络,下载到手机上,再同步过去。第二种就是由手机的制造商预制,出厂之前,就把这个功能做进去,主要是这两种方法,技术角度我们可以优化,做得更小一些。提问:我最近在开发基于S60的应用,发现了很多跨平台的问题,有的没有粗体,屏幕大小有的很大,有的很小。还有速度的问题,N73在做Widget以后,我估计一个平台再加一个Widget,速度会很慢,可能达不到用户的体验需求。我对这个平台很担心,不知道两位有什么办法?此外,我们开发者比较关心中国移动的预装能力有多大,预装之后的平台不会不会加入收费的功能?程宝平:我回答一下技术相关问题,商业推广由张焱回答。这位朋友提到的技术问题主要涉及到Widget跨平台的支持。首先,为了支持Widget的跨平台运行,要保证不同平台上的Widget引擎支持相同的Web标准(Javascript、HTML/CSS、XML),Widget格式、API等相关规范集。其次,由于移动终端屏幕大小、分辨率,键盘/触摸屏等方面的区别,为了保证更好的用户体验,应用的界面部分一般建议适当做调整。中国移动的BAE Widget SDK/模拟器支持相关参数的动态配置等功能特性,以方便开发者的Widget开发。张焱:任何一项创新通常都不会在刚研发出来的当下就产生爆炸式增长,它还依赖于当前的产业水平。大家可以想象,在两年之后,大家手上终端的处理能力一定比现在的终端会有极大的增强,这是终端产业的总体发展趋势。那么,在这样发展大趋势下,我们可以预期Mobile Widget这样的应用形式将会随着整个的终端产业与终端性能的升级,在所支持终端数量和应用数量上都会呈现出一个加速增长并大规模应用的过程。第二,商业方面相关的问题,比如说怎么样预装,预装的力度多大,在这里,我想特别的说明,中国运营商的定制终端已经占据整个终端市场相当可观的份额,对于中国的终端市场有着相当的影响力;而更需要强调的是,中国移动通过与软银、沃达丰和Verizon Wireless合作成立JIL,就使得Mobile Widget的市场规模大大加强,不论从整合在一起的用户数量还是定制终端数量而言,它对于终端厂商的影响力和推动力是巨大的。此外,符合JIL规范的Widget系统本身面向的就是全球跨运营商的市场,而不仅是某个运营商的要求;这也符合终端厂商支持JIL Mobile Widget的利益最大化。提问:现在是内在的浏览器,还是需要外部的浏览器支持?程宝平:首先,Widget运行,如果是符合我们标准的Widget运行,需要一个Widget引擎,不需要浏览器。但是这个Widget引擎里面,包括了一个浏览器引擎。提问:桌面Widget跟Web Widget到底有什么区别?程宝平:最大的区别在于说,因为引擎是在终端上,可以访问终端的很多能力,比如Widget调用感应器功能,这是Web Widget没有办法实现的。提问:关于Widget标准化的问题,你们的进展是怎样的?你们整个的路线图是什么?张焱:首先说一下W3C,JIL Widget的规范,目前W3C已经明确的部分,100%一致的,这是关于W3C。关于JIL的规范,JIL有一个重要的方向,把一些移动互联网的创新技术进行研发,并且快速的商业化。JIL不是一个标准化组织,而相当于是一些运营商的联盟,我们可以国际标准,使它迅速的商业化。提问:我想关于JIL问题的,四个运营商各自的角色,中国移动作用多大?您刚才说主要是推动产业二次发展,四个运营商有没有共同制定标准?除了制定标准以外,四个运营商各自出研发人员开发应用吗? 张焱:四个运营商组成团队联合进行Mobile Widget项目开发。JIL的运营商都将在各自的市场上使用和推广共同的研发成果中国移动在移动Widget项目里头,基于以前的积累,我们起了很重要的推动作用。提问:我想问一下,移动Widget以后,广告模式如何策划?张焱:在中国,移动广告可能是比较热议的话题,因为现在也有一些垃圾广告短信等内容。而Widget应用的特点(每个Widget都有各自的窗口,并实时推送内容)使得它在呈现广告方面有一些天然的优势,用户可能也比较容易接受。因此,我们在开发Widget引擎的时候也会考虑其支持广告的功能。但是,如何提供这样广告还将取决于各个运营商的业务策略和服务器系统。提问:我不看好Widget的前景,因为Widget已经推出五六年,也没有能推出来,现在有一个强大的浏览器,浏览器无所不能,所有功能都会实现,用户第一首先用浏览器做事情,首先浏览器适配是最好的,中国移动就算做一个比较好的Widget引擎,肯定没有浏览器做得好,对用户来说,不管高级低级,只要很快的把这个问题搞定,就可以了,所以我对Widget的前景不太好。张焱:有的时候,可能还要取决于用户的使用习惯,如果有某一个专用的软件可以方便的实现一些功能,如看天气预报、股票等,用户可能还是会倾向于使用这样的应用,而不是每次打开浏览器,输入一个网址。当然,不同的人有不同的习惯。如你所说,目前PC的浏览器很方便,有键盘,大家也很习惯,但是对手机的浏览器,并不是所有的浏览器都好用。程宝平:首先,Widget并非替代Web应用,但我认为Widget是一种新的、重要的应用形式,是一种补充。因为本地应用和Web应用都有各自的优缺点,而Widget应用介于他们之间,一定程度上汲取了他们的优点,克服它们的缺点。第二点,手机跟PC有很大的差异性,如屏幕、键盘、处理能力等,这些差别决定了满足手机友好用户体验的应用形式是非常重要的,我认为Widget就是这样一种新的应用形式:小巧轻便、个性化,交互性,消耗流量小等。提问:如果我使用移动Widget引擎,开发一个移动营销的业务,会保证安全性吗?安全力度有多高?程宝平:Widget安全确实是一个比较难的问题,目前商用过的移动Widget产品支持完整安全方案的还比较少见。比如诺基亚的WRT.主要的困难在于,Widget逻辑功能通过Javascript等脚本语言来实现,因此需要保证程序的完整性,防止被修改。Widget安全方案方面,我们参考了Symbian Signed,Java应用安全机制,也参考了OMTP定义的终端安全相关规范,通过应用的认证签名、分级分域,对本地资源、网络侧资源访问等进行鉴权、控制等机制,来保证Widget应用完整性、合法性,保障用户数据安全。提问:我想问的是,移动手机报现在已经有现成的模式了?程宝平:有很多的行业可能都需要有一种快速提供应用和信息的方式和渠道,Widget正好是可以满足这样需求的一个很好的方式。张焱:而且我认为,因为Widget和传统的彩信或者短信不太一样,我们目前预期,Widget将来会变成未来的短信彩信一样的第三种第四种应用的形式可能有更多的丰富的功能,比如彩信里面,就是上下翻页,Widget,你可以加一些手势,访问本地的资源,使其表现力更强。提问:现在手机厂家,还有运营商,都想自己制造一套生态系统,对开发者来说,面临的选择就是说,是走运营商的体系?还是走开发者的体系?张焱:我谈谈个人的观点。关于终端厂商,现在有一些终端厂商也在构建自己的APP Store。我们之前也跟很多终端厂商有过沟通,并不是所有的厂商都愿意这样做,因为维护这样的生态系统成本很高,而收效却很难衡量。多数终端厂商构建这样生态环境,可能往往是出于面对来自其他终端厂商在这些方面的竞争的应对措施。而运营商和终端厂商相比,其优势在于:运营商面向最终的用户提供业务,并具备成熟的业务消费模式和后台服务系统。如果由运营商来构建这样的生态系统,它可以将应用开发、应用提供与用户消费很自然地形成端到端的生态系统。而这样的生态系统对于终端厂商而言也有好处:第一,运营商对与不同的终端厂商而言是中立的,只要运营商的生态系统做的足够大,终端厂商支持这样的生态系统就能够为他们带来大量的用户,从而增加收益;第二,可以降低他们构建和维护生态系统的成本;第三,降低他们构建和维护的风险,试想如果所有终端厂商都构建这样的生态系统,就会形成恶性竞争,使这些生态系统无法很好的持续。 提问:我觉得Widget应该两年以后也能够流行起来,但这个流行不是由运营商推动的,Widget也是一个互联网的应用,移动互联网本身是开放的,但移动商推的时候,都是封闭的,肯定不成功。你们个人怎么看待这个问题?张焱:刚才我们谈到很多终端厂商做自己STORE,运营商也在做自己的STORE,说明是对传统的业务提供模式的革新,它的压力来自于苹果、谷歌。APP Store的魅力在哪儿?APP Store激发了开发者社区,它的内容都是开发者社区提供的,那里面绝大部分都是靠开发者开发的。对于运营商而言,如果采用APP Store的模式,就意味着它将采用开放的内容提供模式。提问:我有一个技术的问题,开发者也比较关心。在中国如何保证开发者的版权问题。你们怎么做的?程宝平:我们都知道,在互联网上拷贝或盗用网站还是比较常见的,比如说一个网站,用个工具把某个人的主页抓下来,改改只好,做成自己的主页。而Widget使用Web语言开发,是脚本语言,因此保证Widget应用的版权难度也比较大。简单描述一个候选方案:1)用自定义的Widget打包方式(W3C的Widget规范中定义的是基于标准zip打包格式),只有相应的Widget引擎才能解包,2)解包后将程序放在特定的目录下,限制用户的访问3)对Javascript脚本进行扰码。当然,Widget版权保护技术的研究也正在进行,我们也欢迎各位专家献计献策,和我们共同探讨。
分享到:
评论

相关推荐

    基于Widget的家庭网络应用系统及终端业务探讨

    本文提出了基于Widget技术的家庭网络应用系统,通过此系统架构可向家庭终端提供统一、快捷、易管理的综合信息服务。通过对比分析,阐述了本体系架构的优点和作用,并对其关键技术和难点进行了分析,提出了进一步完善...

    flutter_BaseWidget:一个规范flutter生命周期的Widget基类,并且封装了基本属性,加快开发速度,常见的自定义控件~完善的网络请求封装,功能非常全

    Flutter常见的一些架构、自定义实例环境: Flutter 版本 1.9.1持续更新中,大家共同进步,有任何疑问,欢迎加QQ群: 661614986 ,共同探讨。功能名称归类链接页面基类,类比于安卓里面的BaseActivity架构级大转盘饼状...

    招商基金智富猫 记账投资理财全攻略 V1.2

    在智富猫“我的圈子”中,投资者可以看到那些和自己一样持相同基金的投资者,并可主动邀请他们成为好友,跟他们一起探讨投资心得。 在基金公司纷纷推出各类增值服务之际,招商基金这项服务可谓细致入微,不但关注...

    一个极度简单的类似侧边栏效果的Demo

    这是一个很简单的示例,刚开始学习IOS不久,突然需要一个这种功能,看了网上的,都太过强大,本身看不太明白,也不太会维护,最后就自己简单处理了下手势,弄出了这个,发布上来供我们新手一起探讨。

    Android高级编程 part1

     3.7 深入探讨Android活动  3.7.1 创建一个活动  3.7.2 活动生命周期  3.7.3 Android活动类  3.8 小结  第4章 创建用户界面  4.1 Android UI基本设计  4.2 View简介  4.2.1 使用View创建Activity(活动)用户...

    Android高级编程 part2

     3.7 深入探讨Android活动  3.7.1 创建一个活动  3.7.2 活动生命周期  3.7.3 Android活动类  3.8 小结  第4章 创建用户界面  4.1 Android UI基本设计  4.2 View简介  4.2.1 使用View创建Activity(活动)用户...

    基于iBooksAuthor的电子教材设计与开发.docx

    信息化不仅改变了学生的学习方式,也对学生的能力提出了新的要求,越来越多的研究者从不同的角度探讨如何促进信息化社会有效学习的发生。 教材是学生学习过程中的重要认知工具,是智慧学习环境的基本要素[2]。传统的...

    Android高级编程.pdf

    3.7 深入探讨Android活动 3.7.1 创建一个活动 3.7.2 活动生命周期 3.7.3 Android活动类 3.8 小结 第4章 创建用户界面 4.1 Android UI基本设计 4.2 View简介 4.2.1 使用View创建Activity(活动)用户界面 4.2.2 ...

    用DXScene三方控件开发的一个闹钟提醒

    WidgetLayout: TdxGUIObjectLayer; Root2: TvxLayout; Front: TvxRectangle; FloatAnimation: TdxFloatAnimation; Background1: TvxBackground; ToolBar1: TvxToolBar; tcList: TvxTabControl; cbAll: ...

    《Android高级编程》

    4.2 View简介 4.2.1 使用View创建Activity(活动)用户界面 4.2.2 Android Widget工具箱 4.3 布局简介 4.4 创建新的View 4.4.1 修改现有的View 4.4.2 创建复合控件 4.4.3 创建定制的Widget和控件 4.4.4 使用定制的控件...

    Android基础教程

    书中不仅结合数独游戏开发案例形象生动地讲解了Android生命周期、用户界面、2D图形、多媒体,以及本地数据存储等基础知识,而且通过“Hello, Android”项目深入探讨了外部通信、基于位置的服务、内置SQLite数据库、...

    Android高级编程--源代码

    3.7 深入探讨Android活动 63 3.7.1 创建一个活动 63 3.7.2 活动生命周期 65 3.7.3 Android活动类 70 3.8 小结 70 第4章 创建用户界面 73 4.1 Android UI基本设计 74 4.2 View简介 74 4.2.1 使用View创建...

    Url重写篇视频------本讲将通过实例比较ASP.NET下的三种典型URL重写方案

    本讲将通过实例比较ASP.NET下的三种典型URL重写方案——ISAPI重写(使用开源组件IIRF),ASP.NET2.0内置的urlMappings和基于自定义HTTPModule的URL重写(使用NBear.Web中的UrlRewriteModule实现),并探讨URL重写中...

Global site tag (gtag.js) - Google Analytics