|
大家知道,palm pre出来很久了,为啥上面还没有啥重量极的软件存在?mojo sdk也出来正式版了。1 C. l4 l# j& I7 N6 d
当初水果的果机还没有sdk时就有大量第三方软件出来,为啥palm pre这么差?好吧,我们从两机的生态系统来谈谈为啥有这么大的区别:6 f1 J, o) k# g3 t
& B' M3 p; O% A8 Bhttp://51pda.cn znsoft原创,转载请保留版权声明9 Z& V% m' e d. T% f9 I3 G8 [, h& M
/ [. ?3 ~) y! a+ K3 I
1. sdk: }% g& E1 g0 g
palm pre 的mojo sdk是用js/html/css 这类烂大街的语言工具,为啥软件就没井喷呢?
# D9 C+ u" |, A3 r2 E q4 Riphone 使用 oc来开发软件,即能立即有大量第三方软件出来。) `% C6 t, w: h! }! e: k
原因:
6 l9 p: T0 ]+ F, b( H6 P, Riphone可以只使用oc编写gui,但是可以跟后面的c /c++代码无缝集成,原来即有的很多代码可以直接使用,只需要换一下gui部分,调整一下就可以弄出一个新软件。
; i0 R0 q3 a) X6 zpalm pre 做界面是很快了,但是很多功能是需要用那个服务接口来搞,目前为止,我没有发现(也许只是我没仔细看) 有啥办法和既有代码实现无逢整合。如果所有代码都人翻译成js(还不考虑有没有对应的api), 那不累死才怪。
0 F7 [" J) R7 k4 Q% m& z4 R" g: v
- w, c% S4 c$ ]/ @6 I2. 软件保护
$ m7 w7 M& M% l) x3 D* H/ ?9 s. C% y' n3 ]& I& n
1 palm pre 的软件用js编写,而且没有啥编译手段,有的只是简单地去掉空格,影响可读性,但是一格式化后立即有源码。大的公司不愿意在这上面投入,因为投入得不到保护。所有的东东马上就会被人弄出来改一下,成新的。甚至以前的需要保护的算法都泄了。1 {- a( v5 Y* k( }1 b7 i2 s/ h6 J$ V
2 n' H6 u4 q2 I# {2. 水果至少可以编译,破解毕竟只占一部分,投入可以得到回报。; M) R8 Y1 o- x8 u; s, ~
2 {% [# Z" t" ]& a/ c1 J6 z" C# R
总结起来就是: 在palm pre上开发人员不能很好的继承既有代码,投入的开发资源得不到有效保护。所以大的软件公司不愿意在上面开发。
! g w; ^" B3 m: h8 n5 r$ r8 s( B( V C: T8 u6 f1 e
palm pre毕竟是linux下发展出来的,如果开放native api,我认为情况会迅速好转,第三方软件的移植将非常容易# r& B, ]* v$ M0 B5 l" T7 O
* h9 l( K! j- `2 |" e! `6 M
[ 本帖最后由 znsoft 于 2009-9-3 09:16 编辑 ] |
|