欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

学习brew已经有段时间了, 想听听大伙儿对brew这个平台的一些看法

更新时间: 2014-01-05 02:45:45 责任编辑: Author_N1

 

学习Brew已经有段时间了, 想听听大家对Brew这个平台的一些看法,
    最近一段时间都在研究Brew, 应该说整天的时间都花在Brew上了. 在我周围, 同学, 同事, 都在议论Brew到底有没有前途, 有人说高通公司不准备继续研发Brew了, 可能要放弃Brew这块内容. 其次J2ME也排挤Brew排挤的很厉害等等, 以后塞班和J2ME可能是手机的主流了, Brew到底还有没有他的一席之地? 我想听听大伙的感受和意见, 随便说什么都行. 我对Brew现在还不了解, 属于一个迷茫期. 很多人已经放弃Brew走其它方向了. 听说研究Brew的人很少, 不过我看到CSDN上的朋友, Brew讨论区还是很热闹啊. 嘿嘿.
--参考方法--
做过2年的windows api编程,才转到brew平台干了一年
觉得brew平台 和 基于wince差别不大,
简单的都能处理,有些地方有瓶颈。

对于coder有些人喜欢编码有些人喜欢可视化的工具,爱好不同吧,不能说明优略吧

it民工的能力各个公司的都差不多吧?
--参考方法--
学BREW的几点好处:
1)进一步熟悉精通C/C++
2)了解一个手机上的应用框架
3)熟悉典型的移动增值业务模式
4)中国电信以及国外的一些运营商采用的是BREW方案,有市场空间
......
--参考方法--
不过这个东西的劣势在与他毕竟不是一个操作系统,而只是一个开发平台.
你最后编译出来的东西mod只是一个系统进程AppManager的一个DLL.那样就对内存的要求比较高了
如果你有内存泄露,这个是这个平台非常不喜欢看到的, 也很难恢复过来的.
还有的问题就是这只是一个开发平台, 如果你需要调用系统相关的组件服务就比较困难
比如说,你需要打开打电话,发短信,存联系人这些页面就很难或者几乎不能做到. 
所以说局限性还是挺大的. 如果你职业发展的话, 我建议第一个自己的开发平台可以是windows mobile或者symbian os
--参考方法--
目前推3G,brew发展的快了一点
都在抢时间
--参考方法--
引用:
不过这个东西的劣势在与他毕竟不是一个操作系统,而只是一个开发平台. 
你最后编译出来的东西mod只是一个系统进程AppManager的一个DLL.那样就对内存的要求比较高了 
如果你有内存泄露,这个是这个平台非常不喜欢看到的, 也很难恢复过来的. 
还有的问题就是这只是一个开发平台, 如果你需要调用系统相关的组件服务就比较困难 
比如说,你需要打开打电话,发短信,存联系人这些页面就很难或者几乎不能做到. 
所以说局限性还是挺大的. 如果…

BREW是动态加载的,在所有开发平台中,对内存的要求是最低的,总共不超过500k还包括了资源文件,比很多的wap浏览器还要小。
内存泄露是基于C、C++的通病,指针跑飞了,windows mobile或者symbian os也无能为力。
BREW虽然是个开发平台,但是对系统的调用非常强,打电话,发短信,存联系人都可以做到,甚至可以用BREW写整个手机的应用。


--参考方法--
打电话,发短信,存联系人你说的可以做到是指系统给你这样的接口。但是你可以启动系统打电话,系统的短消息进程吗?好像不行吧
打开一个系统的浏览器都不行,在浏览器上我还用的brewser来弄的,比较简陋
至于内存问题,至少我的感觉是windows mobile的程序是一个exe.运行起来是一个进程,好处就是如果有内存没有释放掉,
进程结束的时候,系统也把资源回收干净了
但是brew的东西最后是一个dll,如果不关闭application manager,那些资源都不释放的。不是说不好,只是对开发者的要求更高 呵呵

--参考方法--
总体说来brew还是挺复杂的,比MTK复杂多了,但是brew在3g上的发展还不错
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 02:45:45
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/14071/
本文WWW.DOC100.NET DOC100.NET版权所有。