存档: June, 2007
BlackBerry,你也真难为我们
BlackBerry,你也真难为我们.
如果你从事BlackBerry的开发,你会发现有些时候会令你相当胸闷,严重的话,恨不得把机器都给砸了.事实上,在中国大陆地区,开发BlackBerry的程序,也实在是太难为我们了.
首先,我们第一个要解决的问题是,如何将我们写的程序能在真正的BlackBerry机器上运行.这就需要我们花100美元去买一个帐号,然后将代码进行签名. 如果了解这个代码签名的话,你会发现,如果这个帐号在不同的机器上运行,就会无效.这简直是我见过最糟糕的开发方式.
除了代码签名之外,还有如何让我们的BlackBerry机器上网.如果熟悉Windows Mobile (Pocket PC或SmartPhone)的话,我们就会体验到,他们上网真够简单的.只需要将机器通过USB线与Desktop一连,设置一下(有的甚至都不用设置),就可以上网了.但是BlackBerry就没有那么幸运了. 我想了想,其实这和他的商业模式运作很有关系.
当然,更郁闷的事情还在后面,那就是BES.BES在Blackberry的应用是非常重要的,绝对处于核心的位置.为什么?OK,我简要说明一下BES的作用:
EMail收发
数据的安全性
数据的同步性
部署
与现有系统的集成
网络的路由,调配等
以上就是BES的几大功能,限于篇幅,不做仔细讲解.当然,上面的几个要点只是其中一部分,要了解详细内容,还是看看官方文档吧.
既然BES有那么多的内容,要是我们BES岂不是头痛的要死?对的,确实是.我自己曾经也经历过. 不过非常遗憾的是,目前为止,在中国大陆那是寥寥无几,毕竟RIM和China Mobile联姻不过才一年多.要使它运营起来,还有待一段时间,中国大陆和其他国家还是有很大区别的.
说了那么多难为我们的东西,难道就没有方法解决?答案是肯定的,只是稍微麻烦一点而已.
首先,模拟器一定要好好运用,例如Device Simulator,ESS,MDS,JDWP等.二是利用周边的资源. 三是社区,四是官方.
有了以上方法,基本上99%都可以解决的.
其实Blackberry并没有难为我们,难为我们的使我们自己,有的时候,:)
一句话:最大的敌人不是别人,而是自己.
Confach发表于 June 13, 2007 5:55 pm | 留言(3) |Blackberry
Safari,直接丢到垃圾桶
对苹果了解的朋友都知道有个Safari,类似于Windows上的IE.
今天,Apple推出了Safari的Windows beta版本.立即下载并安装之.呵呵,确实和在Mac OS上的界面一样,感觉非常棒.
第一次打开Safari,主页设置的是Apple的官方网站.于是跑到Preferrence里设置了一把,将它设置位blank page.
接下来的工作是先设置一番.
首页设置,字符集设置,靠,字符集居然默认的是西欧,这太有点不厚道.然后设置了一下Tab方式,最后点到advance,看到了Proxy,居然是disable的,一阵狂晕.
从这个时候开始起,我对Safari for windows不报有太大的希望了.
不过既然都下载了,还是试用一把,令人遗憾的是,太糟糕了.
打开Google,等了半天没反应.有人反映今天Google的网站是不快,算了.
打开sina,嘿,还是等了半天没反应,于是跑到FF上试了一把,很快呀.
打开163,同样.
打开sohu,抽筋.
接下来的动作,就是跑到Control Panel,选择safari,点击remove.Safari就这样在我的机器上昙花一现,不该呀.
对于Apple这么大的公司,为什么做出这种令人伤心的产品?难道是beta版本,就应该有如此的结果?在如今流行beta这个词语的背后,beta已经不在是beta了.
仔细思考,iPhone不是要上市了么,难道是为它做铺垫?不用多想了,答案只有Jobs知道.
即便如此,还是期望Safari出一个N好的产品.安全,快而且内存少的产品.
Confach发表于 June 12, 2007 12:19 pm | 留言(2) |I.T
BlackBerry项目大小限制
今天上午Peter问我为什么BlackBerry的IDE,其实就是JDE编译出来的COD文件有xxx-1.cod呢.这个问题2年前就遇见过,今天在这里正式解答一下.
症状
当编译之后,发现编译的COD文件除了xxx.cod之外,还有一个xxx-1.cod.
分析
2年前,JDE最高版本是4.0. 4.0是没有问题,但是对于4.0以前的版本,如3.7和3.6,都有类似问题.问题的关键4.0以前的JDE,项目的大小是有限制的,今天我给peter说这个限制大小可能是128K,其实这个是64K的code最大值与64K的数据最大值之和,而数据又包括二进制,资源文件,静态方法以及静态文本等.如果一旦超过最大值,就会按照症状那样,将它们分解成如果干个小文件.
解决方案
换一个更新版本的JDE
或将项目分解成几个更小的项目,这样每个小项目自己都会编译成一个COD.这样做,不仅架构清晰,而且易于维护,同时也适合更多的平台.还有一点,就是解决我们现在的问题.
隐含的问题
其实这样的话,可能带来一些隐藏的问题,例如部署问题,特别是在OTA时,例如通过JAR 转化为COD时,可能会提示找不到分解的小COD文件.
更正:
以前说4.0是有限制的,其实4.0是没有限制的,抱歉!
Confach发表于 June 8, 2007 1:06 pm | 留言(5) |Blackberry
