作者uranusjr (←这人是超级笨蛋)
看板MacDev
标题Re: [讨论] 目前ios专案是用OBJ-C
时间Mon Jun 16 12:27:57 2014
※ 引述《darktt (小朱)》之铭言：
: ※ 引述《issuemylove (skill)》之铭言：
: : 看到版上很多人讨论 swift
: : 但是目前我正在进行的专案是用 objective-c (obj-c)
: : 已知swift 和 obj-c 可以互相使用
: : 主要是 obj-c 部分使用 swift 不知道会不会有问题
: : 使用上麻烦或者相容性上的bug
: : 毕竟新版本我会怕怕的
: : 大家建议obj-c 加上swift互相使用吗?
: : 或改成全部 swift? 但我一想我应该会吐血...
: : 但用 obj-c 刻完全部感觉好像要变成上时代的产物 囧
: : 谢谢大家的讨论
: 首先混用这点，我是听说可以，
: 不过 Swift 是一个易学却难读的程式，
: 但是 Objective-C 是难学却易读，
: 这两者相反，混用後的整体程式可读性会变得很凄惨。
其实重点我觉得还是 coding convention 与架构切割
Swift 很 expressive, 所以写的人需要自制, 多人协作时要协调
不然很容易就会变成 Perl 或发疯的 Ruby (如果你知道我在讲什麽)
然後如果某个部分是 Objective-C, 那边就用 Objective-C, 反之亦然
尽量把两边沟通的部分做成 interface 才是正解
这对一般性的开发也通用, 只是跨语言更需要注意
: 另外我不认为 Swift 马上成为一个流行，
: 主要是 Objective-C 有着 C 的血统，
: 所以它的部分功能是由 C 提供的，
: 像是 GCD 与 math.h 等等，
: 这是目前 Swift 所没有的。
Swift 当然有 GCD, 你以为 Apple 工程师都制杖？
它和很多 C 标准库的东西都有被 expose 成 Swift API
只是你要 import Foundation 而已
不过 Swift 不能马上取代 Objective-C 倒是没错
至少向後相容就是个问题, 尤其台湾公司超爱支援超旧的 OS 版本 -_-
另一个比较麻烦的是与第三方函式库整合
C 就算了, 要整合 C++ 还要先写 wrapper 把 class 包起来
这部分 Objective-C (应该说 Objective-C++) 还是好太多
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.112.94.57
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/MacDev/M.1402892879.A.21B.html
※ 编辑: uranusjr (140.112.94.57), 06/16/2014 12:34:52
1F：推 abcdefghi:所以说,C才是王道,ObjC/Swift/Java来来去去,不变的只有C 06/16 13:44
2F：→ Killercat:C不适合写MVC Obj-C算是一个不错的妥协 06/16 14:05
3F：→ Killercat:要作UI view model的话 C算力有未逮了 06/16 14:06
4F：→ manlike:做UI view model用C一样是吓吓叫 GTK一样用好好的~ 06/16 14:54
5F：→ manlike:什麽MVC不过就是种概念 也不一定要是OO才语言能实现 06/16 14:55
6F：→ uranusjr:如果 GTK 真那麽好你以为发明 Vala 的人是吃饱太闲吗XD 06/16 15:01
7F：→ jojoSpirit:语言不过是一开始，什麽语言都不重要..... 06/16 17:00
8F：→ Killercat:锯子很棒 可以锯断千年神木，不过拿来切猪肉就.... 06/16 17:22
9F：→ Killercat:「不是行不行，而是适不适合」. GTK正好是我最不愿意 06/16 17:23
10F：→ Killercat:拿来写UI的framework之一（另外一个是MFC） 06/16 17:23
11F：→ Killercat:当然我不否认也许有人拿电锯切猪肉切的又好又顺手就是 06/16 17:24
12F：→ Killercat:不过对我来讲，恩，换个顺手点的语言会好一点 06/16 17:25
13F：推 abcdefghi:今天用Java开发PDF engine, 明天又改成用ObjC写, 後天又 06/16 22:46
14F：→ abcdefghi:改成用Swift写, 还不如专心用C写出最稳定的一版, 再依不 06/16 22:47
15F：→ abcdefghi:同的语言包层wrapper就好, 高阶的语言很适合现代化的软 06/16 22:50
16F：→ abcdefghi:体架构,但做最佳化和debug也不见得轻松,反而最後要reuse 06/16 22:52
17F：→ abcdefghi:现有的module时,高阶语言要互通就很麻烦. 06/16 22:53
18F：→ Killercat:er...这...要怎麽用C写出iOS? (呆滞) 06/16 23:21
19F：→ Killercat:C写出android我是会啦 但是iOS...有点超出我常识范围了 06/16 23:22
20F：→ Killercat:老实讲obj-c大概99.95%的用途都用是开发iOS/cocoa吧 06/16 23:23
21F：推 abcdefghi:如果我那一段会让你误解成, 不论在那一种平台全部都用C 06/16 23:43
22F：→ abcdefghi:做开发, 那直接跳过我那一段推文吧. :) 06/16 23:44
23F：→ Killercat:我想说的是，如果一个语言不是那麽好维护却还是很多人用 06/17 00:00
24F：→ Killercat:比较大的原因一定是不可取代性。天底下不是什麽事情都 06/17 00:01
25F：→ Killercat:能用C解决的（当然，我也是喜欢C/C++能解决的 我连pytho 06/17 00:01
26F：→ Killercat:n都不太喜欢用）。我理解，不过时代真的再往前走呢 06/17 00:01
27F：→ Killercat:swift也是 objc也是 其实我讨厌透弱型别语言XD 06/17 00:02
28F：→ yuanruo:swift最大问题是没有private member和function 06/17 00:02
29F：→ yuanruo:不过作者在官网说之後会加进去.. 06/17 00:02
30F：→ tom19830924:台湾的公司真的超爱支援旧版本的啊 超赞同 待的两家公 06/17 10:30
31F：→ tom19830924:司都会这样 而且都要兼容到前两版 之前6出来要4.3兼容 06/17 10:31
32F：→ tom19830924:现在8出来 要6兼容 都已经跟主管说了那些统计数据 以 06/17 10:32
33F：→ tom19830924:及那些完全不升级的 事实上也根本不会上app store 06/17 10:33
34F：→ tom19830924:但就是不把话当一回事 06/17 10:33
35F：→ issuemylove:放弃老旧版本 可以省很多事呢 CP值高很多 06/17 11:13
36F：→ issuemylove:那些主管真的脑袋有点死阿 06/17 11:13
37F：→ manlike:是省你的事又不是省他的事，他会鸟你才怪 XD 06/17 11:15
38F：→ manlike:他想的只有噢干，不能兼容以前的版本，被客诉怎麽办？ 06/17 11:16
39F：→ manlike:上头说东西做这麽烂怎麽办？ 当然是操死工程师才做省事~ 06/17 11:18
40F：推 redok:有那种主管也是公司的悲哀阿ㄏㄏ 06/28 12:47