Xcode 这个 IDE 好难用啊，你们都是用什么 IDE 开发 IOS

@RayJiang9 我就不懂了，现在的大工程，Android 断点调试压根搞不定，先不说手机的问题，国产手机进断点直接强杀 ANR ，哪怕是 pixel ，断点的体验都是不如 iOS 的，没有 CPP 断点的话还能碰碰运气，有 CPP 那就直接 GG ，我安卓调试全是靠打日志了已经。而且工程大了之后，AS 很有可能输入一个字符就卡一下
Xcode 你还真别说，我知道开发体验一般，但是调试上大工程断点稳定性远超 AS…

PS:工程够大：非游戏项目，资源文件并不大，工程单分支 10G+

@main1234 flutter （ dart ）的多线程也是烂，也就搞搞 UI 这种东西，重活也是干不了，等到重活要和原生代码交互的时候你就大呼上当了，这玩意就是做浏览器的团队整出来的，思维还是太前端了

可以试试 Sweetpad VSCode 插件，再配合 InjectionIII 实现热更
https://sweetpad.hyzyla.dev/

这两年的所有 Swift 代码都是在 vscode 里写的，Xcode 只是用来 CMD+R

@Livid vscode 能解决 swift 的代码提示还有错误提示吗，这个好像无解吧

@MacsedProtoss #42 Flutter 一般根本接触不到多线程的，能用上 Isolate 的应用少之又少。好奇你说的「重活」是什么？写代码跑 FFT 还是自己实现数据库？

原生代码交互确实很傻逼，Flutter 文档语焉不详，但一般都有现成的跨平台包可以调吧，pub.dev 生态还是很好的。

你说的「不前端」的思维是什么？我看 SwiftUI 和 Flutter 的核心思想也挺像的啊。

@MacsedProtoss
这两个确实是 AS 的痛点

xcode 再烂，它也是整体而言最优秀的 iOS 开发集成工具。用其他编辑器+AI 的方案，那是在牺牲很多功能的前提下的。iOS 开发，它是一种对特定硬件平台上的开发。硬件的坑，软件的坑是少不了。肯定要比你纯粹写 go ，php 这种后端环境下和浏览器下开发要磨人。xcode 不自动格式化代码，是因为你写多了就会发现，有时候不格式化的代码可读性更好，要格式化就自己手动选择代码块。

@MacsedProtoss 这点非常赞同。国内安卓手机至少 oppo 就是这样，断点超过几秒钟就断了，想杀人。现在只用模拟器打断点

@a33291 xcode 14 以后就不支持了，ide 已经放弃更新了，太可惜了

@Livid

😅 我还试过折腾实现在 VSCode 里 Cmd + R ，自动打开 Xcode 运行完再跳回。
甚至折腾了 vsc 的 Xcode 主题……

前段时间看苹果开源了 swift build ，希望后面能有比较好的 IDE 使用来替代 Xcode 。

对于写 Swift 而言，我不觉得 Xcode 有哪里不好。
要是实在不习惯，VSCode 吧

Xcode 确实🌶︎🐔，比起花里胡哨的 Android studio ，🍎这几年真是不思进取

@superedlimited
比如哪些大佬？

Xcode 就是打包用的。我盲猜用 vscode 就可以很顺滑了。
多年前我和同事是用写字板+插件的。
是的，Xcode 相比其他主流 IDE 就是一直都很糟糕，永远有很多我可以复现的各种 BUG 层出不穷

@w88975 代码提示纯粹是 库+lint rules 就能解决的问题，我十多年前用过的写字板+插件就能解决了，这个确实难度不大的。
我自己开发的体验是，反而是 Xcode 表现得更加不稳定

@okakuyang 从官方出品来说，他支持最全也是必须做到的。但实际开发里，热加载卡 bug 、编译的 cache 文件导致莫名其妙的报错、依赖的库比较多的时候，那个恐怖的 build 时长（对比自己手动命令行，能相差一个量级）
你说的那个格式化方面的事情，lint 工具现成的有很多，即使是在 xcode 里面，要不要自动格式化，都可以很轻松地设置啊……

我最近都是在 M2 iPad Pro 上用 Vim 写苹果相关的代码...除了调试非常麻烦一切都还好...不过我一般都是打 log 用的多...