|
大家知道,palm pre出来很久了,为啥上面还没有啥重量极的软件存在?mojo sdk也出来正式版了。0 ]! P0 f/ k$ D2 ?2 D3 @
当初水果的果机还没有sdk时就有大量第三方软件出来,为啥palm pre这么差?好吧,我们从两机的生态系统来谈谈为啥有这么大的区别:! k2 D" G" T0 Q) q& @
6 m o* J2 _' y2 t; Uhttp://51pda.cn znsoft原创,转载请保留版权声明/ H. T% X% L' m0 _
6 ~" L( B3 p, e3 A8 n3 ^1. sdk/ L8 r! o! c m( h" O+ N: O
palm pre 的mojo sdk是用js/html/css 这类烂大街的语言工具,为啥软件就没井喷呢? e5 M& B" Q9 V1 l/ r( z/ g6 y
iphone 使用 oc来开发软件,即能立即有大量第三方软件出来。
4 ]8 i2 v# @- F8 j原因:& H9 S1 d! A- ^$ X' w# R
iphone可以只使用oc编写gui,但是可以跟后面的c /c++代码无缝集成,原来即有的很多代码可以直接使用,只需要换一下gui部分,调整一下就可以弄出一个新软件。
! D/ ^5 R* D/ W1 V7 h) g7 n. c X1 Lpalm pre 做界面是很快了,但是很多功能是需要用那个服务接口来搞,目前为止,我没有发现(也许只是我没仔细看) 有啥办法和既有代码实现无逢整合。如果所有代码都人翻译成js(还不考虑有没有对应的api), 那不累死才怪。
0 ~( T" F1 U: c1 C( z6 Q( o% C2 Q* Z3 M0 r$ N! Q! g0 y
/ D* Q$ p" C4 w# w
2. 软件保护
( F# T; c' I* b, \
& o- l: o! h2 n7 q( W& V7 R1 palm pre 的软件用js编写,而且没有啥编译手段,有的只是简单地去掉空格,影响可读性,但是一格式化后立即有源码。大的公司不愿意在这上面投入,因为投入得不到保护。所有的东东马上就会被人弄出来改一下,成新的。甚至以前的需要保护的算法都泄了。. Q( y: x5 C% m9 L
3 ~8 ?% N$ _: q2 |! \7 U% z2. 水果至少可以编译,破解毕竟只占一部分,投入可以得到回报。
+ \ _7 f2 X- F; d' Q5 S7 t+ N; E) }& O3 c
总结起来就是: 在palm pre上开发人员不能很好的继承既有代码,投入的开发资源得不到有效保护。所以大的软件公司不愿意在上面开发。
0 ^1 V, J# t/ n
v2 B& @4 e5 J/ |- Npalm pre毕竟是linux下发展出来的,如果开放native api,我认为情况会迅速好转,第三方软件的移植将非常容易
' d5 c, Z' l; |# T0 Q8 |' m5 Z3 |$ b) h; u6 g. `5 \" t3 Y$ F
[ 本帖最后由 znsoft 于 2009-9-3 09:16 编辑 ] |
|