1

我想自己打包一个 singbox ，注册一个 helper 服务，折腾了一个礼拜。可能是我太菜了。

2

4

3

7

xcode 是世界上最差的 IDE

4

@majianglin 苹果搞入门是挺全的，稍微深入一点，文档全无。这就是为什么 google 搜不到，ai 也救不了，只能瞎编乱造。

7

1

8

当高级开发者还在读文档的时候，资深开发者都被迫去读苹果的源码（和反编译出来的源码+文件头）来理解问题了
现在在苹果开发眼中，AI 急需能够阅读汇编（至少 ARM ），不然很多问题只能让他胡编浪费 Token

11

1

我服务端也时常会接入一些苹果的 API ，我吐槽一点很恶心的，苹果的文档，想看请求和响应参数体，要一级级无限点下去，搁这套娃呢，煞笔

13

2

@majianglin #2 感觉近些年还是 Android 的文档更好一点，仅限英文版。各种 API 讲的很清楚，demo 该有的也都有。实在搞不懂还能直接翻源码，不过这就是开源的好处了。

15

16

swift C# 都是好东西，结果砸在了这些企业自己的手里

17

@Richared #1 这方面安卓来做的话主要难点是在保活和耗电，
要么莫名其妙各种被杀死导致状态和数据异常，要么莫名奇妙的浪费电，
这些实际问题也是 AI 搞不定的，

19

20

苹果的文档非常清晰明了啊

21

22

1

23

claude code 挺好用的。gemini cli 生成的代码一般都不能直接使用，得手动纠正好多次，claude code 就一次生成就能跑通。

24

再烂有微信的烂,烂就算了连个官方 sdk 都没有

32

1

@andforce #3 会比其他 ide ，称 xcode 是翔一点不为过

33

34

ai 对 swift/swiftui 的学习可能还是太少了
但是 swiftui 本身也很奇怪。。。应该使用非常广泛啊 但是课程 教程都很少。。有的也是很早之前的 udemy 上那几套全是 demo 。。
react native 还有那种完整开发一个 xxx clone 的。。。不知道为啥

36

哈哈 很多文档尤其是 2018 年之前的其实挺全的，各种 demo ，然后 2018 年之后就没有人更新维护原生的开发项目了，导致不管是 OC 还是 Swift 的入门也好，demo 小功能也好，几乎就没有了。近十年 原生 app 就停滞了。留下的都是很早之前的老人，新人没有人入坑了。 -----来自 从 12 年开始 iOS 开发的人士。

37

问题来了 我都用 AI 产出了 20+ APP 了 这是怎么回事呢。

40

用跨平台框架开发会不会好点？

41

@MacsedProtoss 就很希望 apple intelligence 出来之后，在这块给人一点惊喜了😂总不能都不加入 apple 技术栈的训练语料吧

43

44

我是个 iOS 的开发。我感觉让 AI 写工具类应用还挺棒的。。我前段时间让 gemini cli ，写了个 macOS 的 SwiftUI 的公司内部应用。集成了一个 adb 可执行文件，自定义文件类型等这些功能，类似用 GUI ，封装命令行的调用。讲实话，没有 AI ，我完全不知道在 macOS 上怎么做这些功能。

45

推荐用 flutter ，可以直接在 window 开发，开发好 windows 版本，然后用 xcode 打包一下就可以发布了. 不用打开模拟器，效率翻倍。

46

我用 reactnative 开发 iOS

47

我听说过一个传闻，就是苹果的开发者文档是按照 TB 来算的？

52

swift 那迭代，19 年写过一阵，到现在，我连代码都看不懂了，各种语法糖
新手 demo 文档挺好，官网的教程不错

54

别的不说，swift 那个循环语法是真有恶心，我尝试着好了好几次都给恶心坏了。ForEach(items) { item in
Text(item)
}
这是什么 J8 啊？浑身难受。

56

你要先分清 UIKit 和 SwiftUI
明确让 AI 去用 Swift 写 UIKit App 一般表现得很好

58

AI 这块还得是前端。另外 xcode 是在是太拉了

61

@kera0a 深有同感，现在不开 plan mode 都不敢用了，plan mode 都得对账半天，根本不敢让它自己写。而且最近 cc 降智明显……

65

开发 Android 是另一种痛苦，Gradle + AGP + Android Studio 三件套

66

Android 开发跟 ios 比完全是另一种痛苦是真的：
1.开发 Android 对国内不挂代理翻墙的那些人不太友好，毕竟 Google 是人家国外的，他们有部分人天天 CSDN
2.ios 的开发人员很多都有阅读源码或者看官方文档的习惯，Android 开发很多人没这习惯
3.Google 的 Android studio 和 gradle 每隔一两年大改版，新版本的 android studio 已经不支持 4.x 、3.x 的老版本的项目了，导入老项目很麻烦，这一点很傻逼
4.国内每家手机厂商都有不同的 bug ，同样的代码每个牌子手机表现的不同

70

@freeloop1 swift 语法还是有点复杂的，ForEach 其实是一个 struct ，这里是调用了它的构造函数，第一个参数是 items ，是数据源；第二个参数是 view builder 类型的闭包。尾随闭包，也就是函数的最后一个参数是闭包，这个闭包可以放到外面去，结果就变成这个样子了。

71

连上 MCP 试试？ context7 有 swift 的文档吧，还有 specs 之类的，让模型知道具体版本的写法？

72

@so898 很真实了，任何框架到最后都不是看文档，直接看源码最直接，比起反复试错反而是效率最高的😂

73

我感觉最离谱的是有些系统 API 必须付费才能用，即使我是本地学习测试不发布到 Apple store 。

74

@fbu11 #66
1. 初始化配置 Android Studio 早就已经可以不挂代理了，接下来只需要换 gradle 和 maven 仓库镜像链接了。但凡是稍微有点经验的 Android 开发者都不会觉得这样做很困难，而且就算需要翻墙————就没有哪些复杂度脱离了 1+1 的软件是能够仅仅靠 CSDN 就能做得下去的。
2. 这纯粹就是人菜了，Android 比 iOS 开放的源码更多，没理由不看的，随便做点自定义 View 参考别人的效果或者需要点反射的活都需要看。
3. 这倒是。不过现在迁移有 AGP Update Assistant ，基本也是很方便了。前不久把一个项目从 3.4 升级到 8.11 ，除了更新版本号和两三行必须的更改之外几乎啥事都不需要干。而且考虑到 4.2 已经是四年前的了，最早的 3.0 还是 17 年的，也差不多了，早晚的问题。
4. 七八年前确实如此，但是现在这种情况已经很少了，和 Android 版本不同带来的差异相比，碰到这种问题的概率已经挺稀有的了。

75

@rick13 #62 他用了网络拓展，只能交 99 刀。mac 可以不用，直接操作 singbox 内核，但是要用一个 helper 提权，太费劲了。

76

@iOCZS 我能理解是干啥的，但是由于我其它语言的习惯我总感觉是没有写全，比较习惯{}() =>这种写的很清楚的。

77

@freeloop1 尾随闭包的确是违反直觉的，我没有在其他语言中见过。单纯只是为了看起来优雅一些。

79

需要苹果官方针对 Swift 、SwiftUI 等文档开发一套 MCP 接给 AI

83

@HojiOShi 嗯嗯嗯，是是是，Android 开发很友好，都来干 Android 吧

84

@fbu11 #83 至少比 iOS 友好，Xcode 那坨就不是给人用的。