做IOS app选什么technology stack？app showcase召集帖

fademark

鱼羊鲜 发表于 2016-5-10 13:38
用OAuth 2.0 那套

每次看这个都头疼！

caesar6668

一定要用swift 2.0  ，   swift 2.0 比OC 运行要更快，  Apple 已经对Swift2.0进行大量的优化， 建议把所有WWDC的相关视频都看一遍 再动手。

caesar6668

fademark 发表于 2016-5-10 13:23
多谢LS各位建议，我一开始就打算用native开发了， 用过PhoneGap，Parse都有这样那样的问题，在Stackoverf ...

一定要用swift 2.0  ，   swift 2.0 比OC 运行要更快，  Apple 已经对Swift2.0进行大量的优化， 建议把所有WWDC的相关视频都看一遍 再动手。

caesar6668

fademark 发表于 2016-5-10 14:10
每次看这个都头疼！

这都是标准框架 有啥头疼的。。。  oauth --> 输入第三方账户密码 --》授权返回 --》 使用授权access_token查询各类信息， 使用refresh_token去Refresh Expired Token ，  

你从头到尾自己code一次再碰到都是大同小异，  

当然一些非标准化的 OAUTH 确实很烦人， 比如MYOB，

moniori

fademark 发表于 2016-5-10 14:05
Object C和Andriod 2.0刚出来的时候我都自己玩过，感觉Object C很远离一般的程序语言。。。

已经过了好 ...

我也是学oc的时候觉得好麻烦，比java c＃差到不知道哪里去了，就是给c++包了个很漂亮的皮而已
等现在搞嵌入式c了……就觉得……oc……好美好……

M27

swift绝对值得学, 而且是大趋势. 有c#背景换过去不难. 而且以后Google/Android可能也会支持:
http://www.theinquirer.net/inqui ... n-bid-to-ditch-java

fademark

caesar6668 发表于 2016-5-10 14:24
这都是标准框架 有啥头疼的。。。  oauth --> 输入第三方账户密码 --》授权返回 --》 使用授权access_tok ...

请教一下：
我以前做过Twitter app 的OAuth 2.0  很麻烦。
好像需要用callback url， app key，random string， signature method， unix timestamp， OAuth version一起
生成一个basestring，再用这个basestring 和 app secret 用HMAC-SHA1 加密成 signature， 再用这个signature 得到oauth token，然后才可以用这个token去请求其他数据。。。

也许新出的.NET Owin模型简化了这些步骤？

你说的输入第三方密码是app key吗？在IOS app里面哪步做的？ 把app key存在IOS app package里面？

IT民工之西井

M27 发表于 2016-5-9 22:06
公司里面有好几个做移动开发的team, 有用Object C写的, 有用swift 写的, 也有用Xamarin 写的.

Xamarin真 ...

不是很同意你的观点，我们用xamarin.forms，做的项目包含各个方面，从视频，地图，现在看来native能做的，xamarin都可以做。
当然，我们的客户都不是大公司，他们也没钱去雇佣两个团队开发去开发两个版本的app。有两个团队的公司基本也不会考虑xamarin吧。
也有客户是给我们oc的代码，让我们做两个平台的。现在又有客户让我们做uwp的版本。。。敢问有哪个语言可以这样跨平台？语言学多没错，但问题是能深入么？能用mvvm么？能异步调用么？每个平台都有linq么？能用rx.net么？

IT民工之西井

moniori 发表于 2016-5-10 04:18
我比较同意这个观点
轻量级的随便找找一般都能搞定
稍微有些深层次需求的时候，不用native的话就很头疼了 ...

我比较不同意这个观点，要看到底要多深层了。
xamarin可以调用几乎所有的api，还需要有多深入？

M27

IT民工之西井 发表于 2016-5-10 21:38
不是很同意你的观点，我们用xamarin.forms，做的项目包含各个方面，从视频，地图，现在看来native能做的 ...

你可能误会了我的意思, 我是说用Xamarin替代Android和iOS通用的部份并没有大家想象中的那么多, 仍然需要写许多针对单个平台的东西. 项目做得越深, 局限性越大. 毕竟iOS, Android两个平台本身就有很多的差异, 比如3D touch, NFC payment, Watch/Wear如何在两个平台上分别实现. 更不要说还要支持Windows Mobile/UWP了.

至于Swift, Java和C#, 这些语言更是各有所长. 单从.net的角度去审视多少会有些局限性.

IT民工之西井

caesar6668 发表于 2016-5-10 12:38
同意LS所述，  还是那句话， 简单的显示信息为主的小APP， 可以用Hybrid开发方式， 一套代码维护。

稍微有 ...

何为长远？iphone4是2010年发布的，如果从那个时候开始算移动开发比较流行的话，现在也不过6年的光景，我相信，再过2年移动开发就会跟现在的网站开发一样，不会那么吃香了。
其实移动开发的门槛也不高，由于sdk和系统的限制，能做的东西也不多，如果像xamarin这样跨平台的库发展的不错的话，基本以后的移动开发就和网站开发一样了。
到时候关注的就是开发效率，和代码的可维护性了。

ironcool

我用 ionic 整过几个 app 了，主要好处就是 android 和 ios 通吃，但是坑确实不少。

如果对 angularjs 认识的比较深，ionic 能做的事情还是不少的。html5加css和js整出来的界面也比较像样。

native 的肯定有 ionic 之流无法取代的地方，但相当多的领域可以被 hybrid html5 app 霸占了。

fademark

IT民工之西井 发表于 2016-5-10 21:38
不是很同意你的观点，我们用xamarin.forms，做的项目包含各个方面，从视频，地图，现在看来native能做的 ...

的确，现在的开发周期短要求即学即用，主要看项目时间和经费。

我这个属于自己的项目，vs比较熟悉估计xamarin上手不难，先研究一下native swift看看

eguan88

ironcool 发表于 2016-5-11 00:57
我用 ionic 整过几个 app 了，主要好处就是 android 和 ios 通吃，但是坑确实不少。

如果对 angularjs 认 ...

同意, 不过ionic写的Android App卡顿严重

caesar6668

IT民工之西井 发表于 2016-5-10 22:04
何为长远？iphone4是2010年发布的，如果从那个时候开始算移动开发比较流行的话，现在也不过6年的光景，我 ...

好吧， 既然你问到， 我就多说几句，

你所说的 “到时候关注的就是开发效率，和代码的可维护性了。” 正是众多 Hybrid架构所缺少的， 如果你有机会接触企业级 或 次企业级应用， 你就知道了，  Hybrid开发只适合简单的小App,  我们从10年开始经历过用Hybrid开发(尝试过Jquery Mobile, Titanium Appcelerator, PhoneGap)， 然后转到Object-c， 然后现在又转到swift的经历， 毫不掩饰的说，使用Hybrid开发Very Painful，

小企业用Hybrid开发个小App简单做一做宣传可以， 但是随着企业的进一步发展，等你的流量60-80%都来自于移动端 或者 等你要显示的内容更加多样化的时候， 你就会发现 最简单最常见的Memory Leaking现象很难解决，而这些会无时无刻影响你的App, 进而影响你的生意。  

Hybrid开发可以调用ios的各种库， 但并不代表是有效调用， Hybrid只是允许你用一套代码去实现功能， 但其实它内部还是要自动生成相应的各类代码的， 这些自动生成的部分如果你的App仅仅显示几十行的简单信息，那没什么问题， 显示几百行， 上千行的复杂界面的时候， 你就会发现有memory leaking出现了， 这些Memory Leaking是隐藏的不定时炸弹， 不知道什么时候由于一些unknown的issue就会造成App,卡顿， Crash， 各类奇奇怪怪的bug， 然后你的App Store就会有各类差评接踵而至。。。


举个简单的例子， GroupOn， linkedin的App 其实用hybrid是完全可以开发的， 但为什么不采用这种方式呢？

而且说实话， 现在的swift 2.0 已经进化到和其他语言很相近的状态， 上手其实很快， 比object-c要快很多， 移动APP开发仅仅是很小的一部分， 后面的维护升级功能才是大头。


建议读一下 这篇文章。

http://venturebeat.com/2013/04/17/linkedin-mobile-web-breakup/

jerryclark

jamking 发表于 2016-5-9 11:41
xamarin是个坑 现在号称的免费版各种限制 app大小不超过128k?就是搞笑。。。

好像今年4月份取消这个限制了。MSDN也已经包括Xamarin 的付费版的license了

moniori

不多争辩啦，个人观点也不代表客观，整个帖子的信息也已经有相当多的参考性

不过讲真，作为对最终交付物负责的技术人员，我有大公司大框架恐惧症。可以说我得瑟，但是这病真是后天折磨出来的，不是先天就有的

IT民工之西井

M27 发表于 2016-5-10 22:02
你可能误会了我的意思, 我是说用Xamarin替代Android和iOS通用的部份并没有大家想象中的那么多, 仍然需要 ...

Xamarin.Forms 有个dependency services的功能 https://developer.xamarin.com/gu ... dependency-service/
这个功能会在PCL 给出一个接口，每个平台要自己去实现相应的功能，xamarin，几乎实现了所有平台的API， 所以要做的事情，就用用C#调用这些API 去实现那个PCL 的接口罢了。

IT民工之西井

caesar6668 发表于 2016-5-11 09:57
好吧， 既然你问到， 我就多说几句，

你所说的 “到时候关注的就是开发效率，和代码的可维护性了。” 正 ...

不是所有的Hybrid开发都是基于native 的代码， 据我了解像 PhoneGap 这样用JS 作为开发语言的平台，他们的原理是基于WebView的invoke技术，iOS 和Android 的webview都有这样的接口，这个接口可以让JS 调用底层的代码，PhoneGap这些平台先是做好底层的API映射到JS上面，然后再通过JS调用这些底层代码。 由于都是基于webview的，所以效率非常差。关于效率的问题可以参考这个文章
https://medium.com/@harrycheung/ ... be94f976#.prdrz6fap

但是，Xamarin绝对不是这样的平台，Xamarin是完全的native代码，.net的运行时，API的映射也是类似于p/Invoke 的技术，所以执行效率很高。

话说swift不是不好，但是精通了swift之后还能去开发什么呢？在IT这个行当哪有什么常青树，粗大腿呢？我在几年前，想转型移动开发，选择了WP平台，原本指望着MS能靠这个平台击败风头正热的iOS和Android，自己顺便捡个大便宜成为资深的开发者，谁想到WP的小船说翻就翻。。。。。

既然MS这个大腿抱不住，估计苹果也不会长久，就算我给乔爷爷烧个iphone7, swift也不会带我装逼带我飞。大家得为自己想个后路啊，要是苹果的巨轮翻了，那么你的简历上就是 x年的.net, x年的swift, 那跟别人 2x年的.net 哪个更有竞争力呢，人家Android好歹也是 2x 年的JAVA 好伐?

caesar6668

IT民工之西井 发表于 2016-5-11 15:06
不是所有的Hybrid开发都是基于native 的代码， 据我了解像 PhoneGap 这样用JS 作为开发语言的平台，他们 ...

IT 这个行业就是这样， 没有常青树，

另外现在IOS招人 有swift开发经验很吃香， Hybrid可能更多是一些digital agent更喜欢找

你接触一下大一点的应用再比较吧。

炸鸡翅

caesar6668 发表于 2016-5-11 09:57
好吧， 既然你问到， 我就多说几句，

你所说的 “到时候关注的就是开发效率，和代码的可维护性了。” 正 ...

IT民工之西井 一直推荐的是跨平台类库Xamarin啊，完全是native的。他从头到尾没有推荐过 Hybrid。

yangwulong1978

做iOS apps 我就用swift 很容易上手的。

炸鸡翅

IT民工之西井 发表于 2016-5-11 13:34
Xamarin.Forms 有个dependency services的功能 https://developer.xamarin.com/guides/xamarin-forms/dep ...

请问，这个dependency services是不是类似于 dependency injection的东西？如果是的话，那就不应该有if (ios) {do something } else {do android} 是不是？

IT民工之西井

炸鸡翅 发表于 2016-5-11 23:00
请问，这个dependency services是不是类似于 dependency injection的东西？如果是的话，那就不应该有if ( ...

不是，是抽象的一个接口比如ISpeechText， 然后在iOS和Android 下面分别实现他们，当然不实现也可以，抛出点错误就行，然后在PCL下面根本就不需要区分iOS或者是Android，直接调用这个接口就行。

huazhb

炸鸡翅 发表于 2016-5-11 21:48
IT民工之西井 一直推荐的是跨平台类库Xamarin啊，完全是native的。他从头到尾没有推荐过 Hybrid。 ...

那位兄弟大概没有搞清楚Xamarin是干什么的

kanjunhai

We built this app using Xamarin 3 years ago.  it saves me ton of time as i was .net developer for 10 year. i only need to learn the UI coding.  LOVE it.

I never hit any limitation what's so ever.  BTW i don't like Xamarin form

check the "demo" video

https://www.youtube.com/watch?v=eMpRvOZljQk

K.U.Double-D

kanjunhai 发表于 2016-5-12 22:22
We built this app using Xamarin 3 years ago.  it saves me ton of time as i was .net developer for 10 ...

这个App很不错哦，市场怎么样？有很多客户吗？

yolandalinz

kanjunhai 发表于 2016-5-12 22:22
We built this app using Xamarin 3 years ago.  it saves me ton of time as i was .net developer for 10 ...

用了多久，安卓版呢？不是号称跨平台么？

kanjunhai

IT民工之西井 发表于 2016-5-12 09:28
不是，是抽象的一个接口比如ISpeechText， 然后在iOS和Android 下面分别实现他们，当然不实现也可以，抛 ...

兄弟， some time, people are not worth your time to argue, just ignore them.  do your own thing, and be awesome.

炸鸡翅

IT民工之西井 发表于 2016-5-12 09:28
不是，是抽象的一个接口比如ISpeechText， 然后在iOS和Android 下面分别实现他们，当然不实现也可以，抛 ...

多谢你！在看这个帖子之前还真不确定 Xamarin 怎么样，因为从来没用过，只是看到新闻说被微软收购了，直接整合在vs里面了。 看到你的介绍后，对 Xamarin充满信心，决定先用 Xamarin.form 做个app尝试下。