这玩意我之前研究过, 其实就是一个微型的 linux 系统, 用 imobiledevice 模拟 xcode 的 simulate location 调试来改定位.
唯一的弊端就是, 正常的 GEO 数据是包含了海拔高度的, 模拟出来的海拔永远都是 0, 所以检测的出来

@Yuanlaoer 那你跟脑控患者有啥区别呢？有 cursor ptsd 了么？
V 站这半年来，每次都一堆人说 cursor 软广软广，那么广告费谁出呢？去哪儿接单呢？哪怕有张截图能证明 cursor 买了推广我都信了。
无非就是一大堆人接受不了新事物，觉得夸赞 cursor 的帖子就是，一堆毫无含金量的前端切图仔们拿着个 AI 工具造了一堆华丽的废物罢了。
我粗浅的认为， 大部分厌恶 cursor 的，都是自己赶不上趟，或者认为自己目前的技能，都是 ai 暂时无法替代的，一种鄙视链罢了。
就像当初的币圈， 许多人自视清高的认为虚拟币就是击鼓传花的游戏，不屑一顾。但看到别人炒币挣到钱了，又不想承认自己的认知偏差，只好表达自己的不屑于通过这种赌博游戏来挣钱的姿态

当然，只是我的个人臆想，觉得被冒犯了，那我给你道歉。

swift ui 开发 macos app 的唯一缺点就是， 文档太少

我之前开发一款 macos 桌面应用，最开始选型 flutter ，react-native

flutter 的缺点是 dart 语言，语法难受就不说了，UI 写法和无处不在的 context ，实在有点反人类，放弃了。

react-native 的优点是开发快，但是对于桌面端的支持太少，很多实现都需要自己写原生代码。

flutter 和 react-native 开发 macos 应用都有的缺点就是，写出来的 UI 跟 macos 风格差太多，即使做到风格类似，但是动画以及一些交互还是达不到，特别是这俩框架，mobile 为主流，写 macos app 就像开发游戏，在一个画板里画画，想实现多窗口交互，各类弹出式菜单，很难。

swift-ui ， 虽然写起来没有 js 那么心智低，但是比 dart 好太多，不用考虑如何兼容 macos 的风格组件，天生支持各类交互动画，但是文档是真的难找又难懂，但算是唯一比较好的选择了。

当然，我指的是 macos 环境

@wclebb https://www.v2ex.com/t/636771 90%的讨论苹果的帖子, 他都能闻着味就来了

RN 原生开发里, iOS 学 swift (需要了解 cocoa pod 配置, xcode 的权限配置和一些基本的编译配置), Android 学 java(了解 Android 的权限配置, gradle 配置)
"如何和 expo/react native 等跨端框架结合", 先从 react native 的文档里看如何写一个简单的桥接方法, 然后在该基础上继续调用一些完整的系统函数, 尝试引入三方库(例如一些原生的弹框组件), 再尝试原生写一个 UI 组件暴露给 RN.

我没有刻意学, 但是现在都能独立做 ios swift 开发和 android 开发了, 甚至我司的原生库全是我写的

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

@muhuan 我试了下代码, 在 ios 做纯转发没问题, 如果你需要代码, 我可以给你, 确实这个需求太小众了, 上架不划算

我倒是有个纯 swift 写的代理转发, 当初在 macos 上开发的, 后来弃坑了, 不过理论上完全可以移植到 ios 设备上, 我等下试试

@infun 题主的需求, 是 ios 端开启一个 http 代理服务, 用其他设备访问该代理服务 (通过设置 http,https 代理)

理论上是完全可行的, 只需要在 ios 端监听一个端口, 然后转发设备过来的 http 流量就行了

我估计题主的 iPhone 翻了墙, 想让 ios 设备开启一个代理, 然后 设备 2 设置 wifi 代理为 ios 设备的代理, 这样就实现了设备 2 也能翻墙的目的

这份招聘里面, 最不重要的技能就是 "flutter"

@lucasji 100%是, 这种举报给站长, 会封号的

我去电脑城换过, 也是进可乐, 粘黏, 但是电脑城的换键盘是不可逆的, 因为 macbook 的键盘是用铝合金压在一起的, 需要用钳子把铝合金给掰断, 然后才能换上新键盘, 能接受就行, 反正用了几年没啥问题

还有一点就是, 鼠标 X 方向的加速度跟 win 不一样, 很别扭

@fengzhi 已发

因为 WPS 的模板页是 webview 的网页, 本质上来说进程属于 safari 或者 com.apple.webkit.Networking

@moonrailgun 已发