git clone 下一个接手的老项目，打开工程满屏的 .h/.m——是的，Objective-C。编译报错先不说，搜环境配置教程，出来的多是五六年前的版本，界面和你手头工具对不上，照着点一半就迷路。接手 ObjC 老项目的人应该都经历过这种开场。Objective-C 开发环境的问题，新项目开发者遇不到，但存量项目维护者绕不开——这篇把搭环境前该想清楚的三件事列出来，先判断自己属不属于需要它的人，再决定怎么搭。判断对了，环境半小时能解决；判断错了，可能为一个用不上的环境耗一整天。 这几类情况：
- 接手了公司老 App，代码是 ObjC 或 Swift-ObjC 混编
- 维护的 SDK 用 ObjC 写，要保证和 Swift 桥接顺畅
- 新项目但选型受限，必须兼容 ObjC 生态的既有组件
新项目没人写 ObjC 了，为什么还有人要搭环境？
Swift 2014 年发布后，新项目基本默认 Swift，这是事实。但 Objective-C 没有退场，它以"存量"的形式活着：过去十年上线的大量 App 是 ObjC 写的，其中不少还在活跃迭代——工具类、金融类、有历史包袱的大型 App 尤其如此。它们改 bug、加功能、适配新系统，都得有人开着 ObjC 环境干活。另一类是 SDK：底层库用 ObjC 写，Swift 工程通过桥接直接调，互操作最顺，这类库的维护者同样离不开 ObjC 环境。还有一层现实：老工程里常混着 C/C++ 代码块——音视频处理、加密算法这些从早年带下来的模块，ObjC 和它们同编译单元相处了几十年，这套兼容性是 Swift 替代不了的，动它们的代价远超维护成本。判断方法很简单：你手里的代码是不是 .h/.m 结尾，是，就需要。
环境选项这些年变了什么？
以前 ObjC 开发只有一个答案：Xcode——装 Mac、开 Xcode、编译、签名、真机，一条链绑死机器。现在多了一个选项：支持 Objective-C 项目类型的跨平台 IDE。KXApp 能直接创建和打开 ObjC 项目，内置编译工具套装，连上 iPhone 一键编译运行——老项目不用非得搬到 Mac 上才能维护，Windows 上编译、调试、跑真机都走得通。实际走一遍的体验：打开老工程不用迁移格式，编译报错直接定位到 .m 文件对应行，改完连手机验证，和维护 Swift 项目的节奏一致。
两条路不是替代关系：Xcode 是老工程的完整正统，工程格式兼容性最好、调试工具链最全，重度调试还得靠它；跨平台 IDE 解决的是"没有 Mac 也要维护 ObjC 项目"的场景。先看你手里有什么机器，再选路，别上来就为一个小维护需求背一台 Mac——机器是 Windows 的团队，让维护者装虚拟机跑 Mac 的成本，比换工具链高得多。
教程为什么越搜越旧？
ObjC 教程的黄金期在十年前，那批教程讲语言本身质量不差，但环境部分全部过时：Xcode 3/4/5 的界面、iOS 6/7 时代的 API、自动引用计数普及前的写法，都和现在对不上。照着搜出来的"Objective-C 开发环境搭建"操作，界面对不上、步骤找不到，卡在第一步。这不是你的问题，是资料断层：ObjC 的新内容少、更新慢，老教程没人修订。对策分两层：环境的搭建步骤以你手头工具的实际界面和官方文档为准，别照老截图点；老教程只用来学语言语法本身，版本相关的部分跳过，只取不变的部分——指针、消息传递、内存管理规则这些，十年没变。举个具体的例子：十年前教程里还在教手动 retain/release 配对，现在编译器默认 ARC 自动管理，照着老写法敲，要么编译报错要么内存泄漏——语言思想没变，写法规则变了，这两层要分清。
问：现在学 Objective-C 还值得吗？ 答：分目标看。要接老项目、维护 ObjC SDK，值得，那是工作必需；从零做新项目，从 Swift 入手更顺，遇到 ObjC 代码再补语法——混编时代两种语言在同一个工程里共存，不存在学一个就够了的情况。
问：老项目一定得在 Mac 上维护吗？ 答：不是一定。Xcode 是 Mac 专属的正统路线；没有 Mac 的环境，用支持 ObjC 项目的跨平台 IDE 编译调试，Windows 上一样能维护老项目——KXApp 这类内置 ObjC 编译支持的工具就干这个。
问：Swift-ObjC 混编项目的环境要注意什么？ 答：关键在桥接。ObjC 代码要暴露给 Swift 的部分得进桥接头文件，编译设置里模块导入和头文件路径配对；环境本身和纯 ObjC 项目差别不大，混编项目编译报错多半出在桥接配置上，不在语言——先查桥接头文件有没有被正确引入，再查编译设置，比逐行看代码有效。
问：接手的老项目还能逐步迁移到 Swift 吗？ 答：能，但按模块来。老项目整体重写风险太高，常见做法是新功能用 Swift 写、旧模块留在 ObjC，通过桥接共存——这要求环境同时支持两种语言，混编编译配置一次配好，后面就顺了。
提醒：搜 ObjC 环境教程先看年份——十年前教程里的 Xcode 版本、工程结构和 API 基本对不上现在的工具，照着搭会卡在第一步；环境搭建以官方文档和你手头工具的实际界面为准。
Objective-C 开发环境不是过气话题，是存量工程维护者的日常：先判断手里的代码需不需要它，再按机器环境选 Xcode 还是跨平台 IDE——判断清楚再动手，比照着旧教程硬搭省一个晚上。
ObjC 环境的需求来自存量而不是增量：老 App 在迭代、SDK 在维护、混编工程在扩展，这些工作都需要环境托底。搭之前把三件事过一遍——你属不属于需要它的人、手里有什么机器、教程该信哪部分——环境这事就不会再浪费你一个晚上。接手老项目的路已经够多坑了，环境不该是第一个。
