1
deepure 2011-12-16 22:52:01 +08:00
觉得最大的坑是包括leader及开发对ipad都不是很熟悉。
开发人员的学习一门新的语言的曲线不太好估计 如果可以申请到人,最少能申请到交互及开发各一个有经验的人来带领团队 一群生手可能折腾好久都摸不清方向。 |
2
shao 2011-12-16 23:05:36 +08:00
何不外包?
|
3
liuers 2011-12-16 23:07:40 +08:00
= =
国内的企业和机关单位现在有这么前卫了?不知道对于他们来说学习成本高不高,反正我觉得这是一个象征意义大于实际用途的事儿. |
4
SURVIVOR 2011-12-17 00:00:15 +08:00
不熟的情况下开发,一定要特别注重timeline!!
|
5
popoer OP |
6
funcman 2011-12-17 00:52:43 +08:00
前端HTML5,后端用原有的。
这样不管是IPAD还是ANDROID板都能跑。 OA厂商嘛,完了还可以进一批ANDROID板卖给客户。 先做出来再说。 如果做成APP,你得注册企业级开发帐号。 |
9
cngump 2011-12-17 09:34:34 +08:00 via iPhone
@popoer 先确定方向 native or html5 . html5跨平台,流畅度不佳。 如果长期的项目还是做成native.
方向确定了就是团队了,反过来也可以参考。然后配个UI。 这一块市场很大,建议长线发展。如果是native,有技术需要,本人可以免费做个iOS培训。 GL |
11
cngump 2011-12-17 09:57:23 +08:00
晕,刚才大了大半就竟然输入法切换的时候,给冲掉了。Command+Z也没有。
@popoer 看你们是短期还是长线的产品。 时间的问题可以在商讨,问Boss是3个月出个不好用(没人用)的产品,还是6个月做个质量和功能都很强的产品。 3个月的时间确实有点紧,如果社内的程序水平还行,花个2W-1 M培训和学习,然后做个简单的demo练练手,不过要有主要的程序员或者你leader做前期的架构规划,前端和后端的基础代码的实现。然后其他人学习和用起来就容易一些。 再做些分析吧。 坑确实不小,但是对于你的能力,是可以hold住的。加油吧。 |
12
BB9z 2011-12-17 10:04:34 +08:00
考虑个人想法的1、3条,那么三个月就你一个人的话十有八九出不来。
学习方案:英文足够好的话 斯坦福公开课+官方文档够用了,差的话可以考虑入本中文参考书。 即使是外包,需要的投入也很可观的。另外通常说来,iOS目前的外包价格比Android贵不说,产品也更差。 |
13
popoer OP @funcman @peterlu @shao @cngump @Ryans @BB9z
谢谢各位的给力回复, 真正投入去做的话,应该还是native app效果更好,目前个人还是倾向于做native app,html5应该算投机取巧的做法,具体还是等设备到位,体验评估后再做决策吧。 不管是html5还是native,我觉得ios开发都是需要学习的,一方面,目前还是先尽量争取到多一些的资源,拉几个厂里比较给力的程序员把团队建立起来,再请@cngump给我们做个培训,尽可能提高内部的水平。另一方面,第一版要尽可能控制压缩需求,3个月说短也不短,争取搞出一个能用的版本。 完全外包不太现实,但如果能找到靠谱的合作伙伴,外包一部分功能,应该还是不错。 如果各位有好的资源,请推荐哦~~ |
14
iwege 2011-12-17 18:09:36 +08:00
@popoer 你们如果已经有了HTML的客户端,考虑先直接ipad离线,这个比较靠谱,而且也很简单,关键的是资源缓存和逻辑层往JS层面迁移(验证还是在后端做,显示层面和UI交互全铺在前端),多走AJAX。这样在ios层可以减轻一下负担。再通过phonegap包一层切入ios客户端(切入ios这个是我的设想,具体我没实践过,也没具体的看过phonegap的代码)。前端代码可以通过jquery-mobile以及sencha来实现,相对任务时间比较紧而且要快速出原型的话,最好选择sencha。迅速出产品给领导看。
最后再这些的基础上将这个原型改良一下,改成Native的。 我觉得这样的思路是可行的,而且相对来说初期处理起来比较快。 |
15
iwege 2011-12-17 18:15:00 +08:00
@popoer 另外ipad2已经可以优化到和native一样的程度的 ,之前跑过一个canvas game,就是使用的离线方式去做的。流畅程度和pc的客户端差不多了(塔防游戏)。有做过twitter for ipad 类似的客户端,只要dom不是很多的话,流畅度和native实际上是差不多的。
如果你不考虑直接一步到位,而是多次迭代开发的话,HTML web->HTML app -> native app应该是适合传统web开发人员的方式。 |
16
cngump 2011-12-17 19:14:03 +08:00 via iPhone
@iwege 分析很到位。html5可用性和流畅度都在提高。如果专注的去做iOS,可以减少跨平台的考虑,自定化更强。
如果路线图是 HTML web->HTML app -> native app 为什么不全新直接到native app |
17
popoer OP |
18
iwege 2011-12-17 21:50:39 +08:00
@popoer 是的,但是这取决于你能拿到的人是怎么样的。我这种方案适合已经有适合的web版本并且不少的熟练的前端可以做这个事情,而如果你是后端人员多,还是直接上手native app最好,或者将中间层往后挪动一下,将某些js的活改成在后端做,前端调用中间层提供的js接口。
另外HTML5 app虽然最火的是phonegap, 也有另外一个供你选择 http://www.appcelerator.com/,好像是将html和js转成native code来执行,具体的我不太清楚,没怎么用过。 当然,文档编辑和手写签名的话...虽然可以做,但是理论上没有native好,如果是第一次迭代必须的就有点小麻烦了... |
19
rexsheng 2011-12-18 11:54:40 +08:00
OA的话,phonegap的难度不比学ObjC低。有一定C++/Java/C#基础的话,ObjC一点也不难。看cs193p就够了。最多20天就能学着开始做了。(就一般意义的'高手'而言)
|
20
ydhydh 2011-12-18 16:53:00 +08:00
推荐两本书把:
Objective-C Programming- The Big Nerd Ranch Guide iOS Programming- The Big Nerd Ranch Guide (2nd Edition) |
21
vica 2012-01-06 14:20:27 +08:00
系统框架和内存管理以及编程规范,一定要在项目初期严格把控,否则后面遇到的问题会让你头痛死的,架构设计完善加上编程规范的话,3个月没问题。反之,就是bug越改越多无法收敛,最后变成烂尾工程。
|
23
vica 2012-01-11 00:01:08 +08:00
@popoer 我也没有收集到太多好的规范,都是参考google那一套和自己项目上总结的。框架设计严格遵守基本的MVC模式,其他设计模式短期内也不好掌握。ARC用的少,网上现在还是不推荐使用的。
|
24
lyxint 2012-01-11 01:09:48 +08:00 via Android
看得我云里雾里啊,好多名词。
|