LmeSzinc
是否有希望增加ios端？
你的功能请求是否与问题有关？
Ascript工具支持使用python语言在大部分ios设备上执行脚本操作，无需越狱。 缺点是无法像安卓设备那样通过adb直接操作，基本上是用模拟屏幕点击和图像识别执行的各部分操作 同时这个工具还在公测，需要不断更新软件，非常不稳定。 但总比没有好。 如果有希望，我愿意参与适配工作
解决方案
工具官网：https://www.ascript.cn/ 个人自用脚本仓库：https://github.com/Peiry1/Azurline_script_ios
其他内容
No response
OK 我考虑到了几个问题 1.ALAS按照文档所述支持1280*720P的分辨率，这点IOS设备如何处理？ 2.AzurLane目前是支持了使用安卓端去运行IOS的渠道服，花更大的精力，去为IOS实机做适配，时间成本和技术成本这一块是否值得？ 3.稳定性的问题，ALAS通过ADB可以直接唤起应用，意味着只要ALAS觉得运行卡死了，直接直接通过重启应用的方式来完成初始化操作，我不认为这点在IOS能做到。
OK 我考虑到了几个问题 1.ALAS按照文档所述支持1280*720P的分辨率，这点IOS设备如何处理？ 2.AzurLane目前是支持了使用安卓端去运行IOS的渠道服，花更大的精力，去为IOS实机做适配，时间成本和技术成本这一块是否值得？ 3.稳定性的问题，ALAS通过ADB可以直接唤起应用，意味着只要ALAS觉得运行卡死了，直接直接通过重启应用的方式来完成初始化操作，我不认为这点在IOS能做到。 第一点有待研究 第二点看，这个项目的话，兼容成本确实太大了，回报和投入不成正比。所以这个issue只是个开放性探讨 第三点，ascript是有当前应用检测和启动和关闭函数的。它跳出了ios的沙盒机制，不然也没法搞脚本。https://ascript.cn/docs/ios/api/system/ 主要是这个脚本还是需要依赖pc来全天候的跑，我看了下好像不太推荐纯安卓？以及无gui的linux服务器？ 那不如丢给闲置老手机，看看能不能用些alas的流程代码
第一点有待研究 第二点看，这个项目的话，兼容成本确实太大了，回报和投入不成正比。所以这个issue只是个开放性探讨 第三点，ascript是有当前应用检测和启动和关闭函数的。它跳出了ios的沙盒机制，不然也没法搞脚本。https://ascript.cn/docs/ios/api/system/ 主要是这个脚本还是需要依赖pc来全天候的跑，我看了下好像不太推荐纯安卓？以及无gui的linux服务器？ 那不如丢给闲置老手机，看看能不能用些alas的流程代码
毕竟ALAS的运行还是非常依赖GUI的，ALAS甚至是可以做到一对多。不建议纯安卓部署，主流都是通过单PC方案（ALAS+安卓模拟器）或是云手机方案（云手机ADB+ALAS轻量应用服务器）来运行。
OK 我考虑到了几个问题 1.ALAS按照文档所述支持1280*720P的分辨率，这点IOS设备如何处理？ 2.AzurLane目前是支持了使用安卓端去运行IOS的渠道服，花更大的精力，去为IOS实机做适配，时间成本和技术成本这一块是否值得？ 3.稳定性的问题，ALAS通过ADB可以直接唤起应用，意味着只要ALAS觉得运行卡死了，直接直接通过重启应用的方式来完成初始化操作，我不认为这点在IOS能做到。 第一点有待研究 第二点看，这个项目的话，兼容成本确实太大了，回报和投入不成正比。所以这个issue只是个开放性探讨 第三点，ascript是有当前应用检测和启动和关闭函数的。它跳出了ios的沙盒机制，不然也没法搞脚本。https://ascript.cn/docs/ios/api/system/ 主要是这个脚本还是需要依赖pc来全天候的跑，我看了下好像不太推荐纯安卓？以及无gui的linux服务器？ 那不如丢给闲置老手机，看看能不能用些alas的流程代码
一般都是选择7x24小时跑在核显小机器上 使用虚机 容器 或者 模拟器的方案 也不是很耗电 如果没有的话可以选择云手机的方案 物理手机的话 我用过可靠性不行 而且不方便远程 不推荐 所以ios端的事情就更加不现实了
