整理今年周记的时候发现居然少了第 85 期，不是丢了，而是编号从 84 直接跳到了 86 ，所以这一篇就当做 85 吧。

一周概览：

• 这么多年了，第一次被用户索要发票，虽然只有 12 元
• 提交了极简日记一个新版本，只修改了一个数字
• 极简时钟新表盘的 demo 做完了，非常惊艳

12 月数据总结

下载量（极简时钟）

• App Store ，大涨 64.74%
• Google Play ，小涨 0.58%
• 国内安卓市场，增长 21.35%

年终的两天是极简时钟一年里下载量最高的时段，大幅上升毫不意外。但是今年国内安卓市场的下载量一直在下降，即使最后一天暴涨了一下，还是不如 2023 年最后一天的零头。

收入

• App Store ，减少 15%
• Google Play ，增长 33.27%
• Admob ，减少 10.59%
• 国内安卓市场，增长 14.83%

这个月 App Store 下载量上升了许多但收入反而下降了，我猜测的原因是黑五和圣诞促销的原因，付费量上升了，但是优惠价反而造成了总体收入的下降。

2024 年终总结

App 数据

下载量（极简时钟）

App Store ，33W ，下降 13.65%，已经连续四年下降了！ App Store 的下载前半年一直在下降，后半年有所回升。

Google Play ，42.8W ，下降 52.2%，是的，还不如 2023 年的一半…… GP 下载量是一泻千里，全年一直在下降，12 月的下载量只是 1 月的五分之一。

国内安卓市场，28W 。 因为友盟查不了去年的数据，所以没有比较数据，但是看单个月份的下载记录，今年每月的下载记录基本也都是去年同期的一半左右，所以估计总体也下降了 50% 左右吧。国内安卓市场的下载量也是从 35K 一直下降到 20K 左右，下半年的下载量都在 20K 上下浮动。

总收入

App Store ，14K USD ，下降 34%。 一开始也是逐月下降，9 月份更改了付费墙的策略后，收入逐渐回升，最后两个月终于是超过了 1 月份。但即使如此，比起 2023 年下降还是很严重，极简时钟和极简日记的这两个最多的买断付费减少了 将近 50%。

Google Play ，5K USD ，下降 18%。和下载量差不多的走势，全年都在下降，最低的 10 月只是 1 月份的三分之一，触目惊心！

Admob ，4K USD ，下降 5%。 只有极简时钟 GP 加入了广告，按理说 Admob 的收入和下载量应该是相关的，但奇怪的是，这一年的请求数差不多只有 2023 年的不到 40%，但是整体收入才下降了 5%。

国内安卓市场，85K RMB ，下降 10%。 按照 50% 的下载量估算的话，收入只下降 10% 算是万幸了。

除去分成和其他开发方面的开销，一年下来，到手不到 20W ，RMB……

Flag 回顾

回顾 2023 年的年终总结里的新年计划，除了全家健康，几乎是一条都没有实现……

• 改善身体机能，2023 年整年我的有氧适能都低于标准值
• 疼了三个月的膝盖能够痊愈
• 减重 10 斤

膝盖问题没有解决，一直反反复复，吃了氨糖也没用。这一年的第一个季度确实注重了锻炼，健走+健身+游泳，体重也确实减了 4 斤，体脂率也降到了 30% 以下。当时感觉 10 斤的目标定得有点低了，但是 5 月份健身房突然跑路，导致没地方去游泳了。买了一套弹力带在家做力量训练，总算是维持住了体重。十一期间各种大吃大喝，导致体重飙升，不得不重拾 16+8 断食法，再加上有氧拳击，经过两个多月终于降了一点，但还是比年初增重 5 斤。

• 学习 AI ，应用 AI
• 新 App 顺利上架并大卖
• 极简时钟加入三个新表盘
• 极简时钟 iOS 获得 App Store 推荐

• 确实尝试了搭建 AI app ，第一个是用 CF Worker 做 API 的转发，第二个是调用豆包的 demo ，仅此而已。
• 新 app 是参加 RevenueCat 举办的 Hackthon 的参赛作品，经历了 6 次被拒终于上架，但是并没有大卖，目前日活为 1 ，就是我自己。
• 极简时钟 iOS 只加入了两个新主题，安卓版只加入了一个新主题（还是 iOS 新主题的其中一个），从数量上看倒是到了三个，但是都没有对下载量有所提升。
• 极简时钟被推荐，梦到好多次了，但是现实里就不奢望了。

• 给安卓小哥的月分成超过 1W
• 美元收入达到个人结汇上限
• 节流开源，存下一笔钱

• 本来只差 2K 了，但是越来越远了
• 一年下来美元收入还不如结汇上限的一半
• 和老婆一看全年的消费统计，四目震惊，支出差点比收入还多了……

精神生活

虽然在经济生活上大幅下降，但是精神生活显著提升。

• 去了上海迪士尼
• 去了上海-乌镇-南京旅游
• 玩了很多新老电子游戏
• 听了人生中第一场演唱会
• 买到了理想中的键盘
• 读了 9 本书，比 2023 年多 3 本
• 看了 9 个美剧，7 个韩剧
• 看了 25 部电影
• 自学尤克里里弹唱，这是今年最有成就感的事情了！

2025 展望

Flag 就不立太多了。

• 减重 15 斤！必须完成！
• MRR 达到 600 美元。现在是 500 ，花一年时间提高 100 ，应该可以达到吧。
• 出三个新 App ，一个健康类，一个效率类，一个学习类
• 继续完善 Nut Goals ，并用这个 app 存下一笔钱
• 尤克里里能够指弹一首歌

就这样吧，life goes on 。

独立开发不易，但道哥飞蛾投烛。

感谢各位支持，助道哥飞黄腾达。

欢迎赏脸阅读我的独立开发周记，如果你觉得这一篇写得还不错的话，以下回应会令我无比开心，开了又开：

• 点赞，开心一晚 😉
• 在看，开心一天 😁
• 分享，开心三天 😆
• 赞赏，开心一周 😘

也欢迎大家能与我交流关于独立开发的一切，更欢迎大家下载使用我的 App😄。

• 极简时钟，极简主义的翻页时钟、番茄钟和正计时
• 极简日记，用时间轴随手记录生活
• 极简便签，支持 Markdown ，自定义分享图片，多种主题和布局
• Nut Goals，像小松鼠一样记账、存钱、管理愿望清单

然后 APP 用的接口域名老是被部分地区封，换了 IP ，也会封 IP ，APP 从 1.0 到 3.3 版本了，基本上就是为了换个接口地址升级一下 APP 版本。

不知道有啥方法不让封接口地址没（备案就算了这种类型国内估计难了）。之前想到过一种方法，就是 APP 打开的时候先下载一个域名列表，然后随机尝试打开其中的一个，打开了就不管了，没有打开就尝试打开第二个。但是这种的也会被封下载域名列表的那个网址。没办法，求大佬指点方向。

就是由于网络原因页面未加载出来，就连返回键也没有，手机屏幕上就纯纯一片白，只能强退 app 。一般的软件还好，但是银行强退必须要重新登陆了。

我不理解，移动端 app 的返回按钮不都是写软件的时候做好的吗，为什么现在没网络就没返回键了，是用了什么懒省事的技术吗？

iOS - 审核问题记录，所有的问题都可以在 issues 上交流

Github： https://github.com/lishangjing-spec/IOSAuditRecords

规则跟进渠道

• Apple 新闻
• Apple 审核指南
• 是否有苹果新闻推送的 App
• 如果没有的话，就自己去爬新闻网站，推送到邮箱中

审核问题

Guideline 4.3 - Design - Spam

Tag：功能重复，产品在市场过于多  Your app primarily features dating features. As such, it duplicates the content and functionality of many other similar apps currently available on the App Store.  While these app features may be useful, informative or entertaining, we simply have enough of these types of apps on the App Store, and they are considered a form of spam.  苹果反馈： 您的应用程序主要具有约会功能。因此，它复制了 App Store 上目前可用的许多其他类似应用程序的内容和功能。 虽然这些应用程序功能可能有用、信息丰富或有趣，但我们在应用商店上有足够多的此类应用程序，它们被视为一种垃圾邮件。

处理方式： 完善产品，体现产品价值后在进行发布

Guideline 2.3.3 - Performance - Accurate Metadata

Tag：应用截图

2.3.3 Screenshots should show the app in use, and not merely the title art, login page, or splash screen. They may also include text and image overlays (e.g. to demonstrate input mechanisms, such as an animated touch point or Apple Pencil) and show extended functionality on device, such as Touch Bar.  Issue Description  Some or all of the provided screenshots do not sufficiently show the app in use. Screenshots should highlight the app's core concept to help users understand the app’s functionality and value.  Follow these requirements when adding or updating screenshots:  - Marketing or promotional materials that do not reflect the UI of the app are not appropriate for screenshots. - The majority of the screenshots should highlight the app's main features and functionality. - Confirm that the app looks and behaves identically in all languages and on all supported devices. - Make sure that the screenshots show the app in use on the correct device. For example, iPhone screenshots should be taken on iPhone, not on iPad.  Next Steps  The iPad Pro (2nd Gen) and iPad Pro (6th Gen) screenshots show an iPhone image that has been modified or stretched to appear to be an iPad image. Upload new screenshots that accurately reflect the app in use on each of the supported devices. 

苹果反馈：

1. 应用截图，应该体现 App 功能，不能是简单的首页、登录注册等界面的截图
2. 截图不能拉伸，使用正确分辨率的设备或模拟器进行截图

存在的问题：

1. 我提供的截图过于简单
2. 我使用了小屏幕的截图，调整了分辨率进行了提交，因为当时模拟器因为一些问题导致无法运行

处理方式：

1. 丰富截图内容
2. 通过模拟器运行正确的设备进行截图

处理结果：通过审核

Guideline 2.1 - Performance - App Completeness

Tag：内购、无法从苹果服务器获取商品信息、response.products.count == 0

We found that your in-app purchase products exhibited one or more bugs which create a poor user experience. Specifically, there was no further action produced when we attempted to make a purchase. Please review the details and resources below and complete the next steps.  Review device details:  - Device type: iPhone 12 - OS version: iOS 17.4.1  Next Steps  When validating receipts on your server, your server needs to be able to handle a production-signed app getting its receipts from Apple’s test environment. The recommended approach is for your production server to always validate receipts against the production App Store first. If validation fails with the error code "Sandbox receipt used in production," you should validate against the test environment instead.  Resources  - Learn how to set up and test in-app purchase products in the sandbox environment. - For more information on receipt validation, see the In-App Purchase FAQ. - If your app makes a SKReceiptRefreshRequest call and fails, do not retry the call. Assume the user does not have access. Continue by making the addPayment call. - If your app makes a SKReceiptRefreshRequest call to restore previously purchased in-app purchases, make sure the app calls restoreCompletedTransactions when the user selects the "Restore" button.  Support  - Reply to this message in your preferred language if you need assistance. If you need additional support, use the Contact Us module. - Consult with fellow developers and Apple engineers on the Apple Developer Forums. - Help improve the review process or identify a need for clarity in our policies by suggesting guideline changes. 

苹果反馈： 在点击内购商品的时候，没有错误提示，没有下一步的操作，无法完成内购行为

自行检查：

1. 在苹果的反馈截图中，有错误提示：“无法获取产品信息, 请重试”
2. 这个错误信息是在苹果 API 回调中触发 - (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response
3. 检查所有的内购配置：
   1. Xcode 与证书配置中 In-App Purchases 开关是打开状态
   2. 协议、税务和银行业务也填写了信息
   3. App 也与内购项目进行了绑定

经过排查后，我认为程序上没有存在问题，可以把问题抛回给苹果，审核人员也是人，也并非不会犯错

回复中所有的涉及的截图不方便展示，根据自身项目进行截图替换文件名

回复内容： 您好，在您提供的截图中，我看到了错误信息的返回，并非没有任何下一步的处理，截图文件 “Screenshot-0331-171650.png” 中显示“无法获取产品信息, 请重试”，这个错误信息是因为在苹果 API 回调方法

- (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response

回调中 response.products.count 的数量为 0 ，也就是说，我并没有从苹果 API 的回调中获取内购列表信息

这个项目是我首次提交的项目，与内购一同在审核中，内购项目也处于“正在等待审核”的状态，请确认您的审核环境，或是缓存等问题，同时请帮我确认我的内购项目的审核状态。

同时，在您反馈的截图中，我发现一个点，我并未在您触发内购的截图中观察到网络环境，无论是 wifi 还是蜂窝。

在这之前，我也检查了所有的配置：

1. Xcode 与证书配置中 In-App Purchases 开关是打开状态（提供了截图“WX20240401-111418.png”）
2. 协议、税务和银行业务也填写了信息
3. App 也与内购项目进行了绑定（提供了截图“WX20240401-101243.png”）

我也提供了我在 TestFlight 中的测试视频，请查看附件("test1.mp4") 以及相同系统环境下的测试视频：请查看附件("test2.mp4")

请您检查并确认后，再次进行测试，感谢

处理结果：通过审核

Guideline 5.1.1 - Legal - Data Collection and Storage

Tag：内购、Storage

We noticed that your app requires users to register with personal information to purchase in-app purchase products that are not account based.  Apps cannot require user registration prior to allowing access to app content and features that are not associated specifically to the user. User registration that requires the sharing of personal information must be optional or tied to account-specific functionality.  Next Steps  To resolve this issue, please revise your app to not require users to register before purchasing in-app purchase products that are not account based. You may explain to the user that registering will enable them to access the purchased content from any of their supported devices and provide them a way to register at any time, if they wish to later extend access to additional devices.  Please note that although App Review Guideline 3.1.2 requires an app to make subscription content available to all the supported devices owned by a single user, it is not appropriate to force user registration to meet this requirement; such user registration must be optional.  Resources  - Watch a video from App Review with tips for doing more for users with less data. - See guideline 5.1.1(v) - Account Sign-In to learn more about our requirements for apps with account-based content and features.  

大致意思，App 需要支持不登录就能支付内购 解决方案：与后端配合做一个游客模式，同时这个游客也有自己的 token 进行内购

如果审核之后，会关闭游客模式，可以不考虑后续游客内购内容如何与后续登录的实际账号进行关联 如果你们不关闭，可以多考虑这些优化

结果：通过审核

Guideline 2.5.4 - Performance - Software Requirements

Tag：UIBackgroundModes 、画中画

 Guideline 2.5.4 - Performance - Software Requirements  The app declares support for audio in the UIBackgroundModes key in your Info.plist, but we are unable to play any audible content when the app is running in the background.  Background audio is intended for use by apps that provide audible content to the user while in the background, such as music player, music creation, or streaming audio apps.  Next Steps  If the app has a feature that requires persistent audio, reply to this message and let us know how to locate this feature. If the app does not have a feature that requires persistent audio, it would be appropriate to remove the "audio" setting from the UIBackgroundModes key.  Resources  - Learn more about software requirements in guideline 2.5.4. - Review documentation for the UIBackgroundModes key. 

项目中开启了 UIBackgroundModes 但是审核人员并么有发现对应功能，无论是后台播放音乐还是画中画

在我的项目中，我用到了画中画功能，所以我将其开启了

从苹果的反馈 If the app has a feature that requires persistent audio, reply to this message and let us know how to locate this feature ，苹果审核人员并没有找到项目中画中画的功能，所以这种情况我们录制 app 中，触发画中画功能的视频给苹果就可以通过。

解决方式：录制功能视频提交至苹果，并反馈(备注、回复)中进行详细描述

当用户点击 “xxx” 时，我们会弹出一个教程视频，引导用户如何开启 xxx 功能、xxxx 等行为。为了方便用户在手机桌面一边观看视频一边进行操作，所以我们需要 UIBackgroundModes 来进行视频播放，这样用户可以在观看教程的同时，进行 xxx 行为。我们录制了一段演示视频，说明具体的应用场景，演示视频的链接： https://xxx.mp4

来源： https://blog.51cto.com/u_16099186/9399269

结果：通过审核

邮件警告

第三方 SDK 隐私清单和签名（ 5 月 1 号后上传的 app 都需要增加隐私描述）

Hello, We noticed one or more issues with a recent submission for App Store review for the following app: Although submission for App Store review was successful, you may want to correct the following issues in your next submission for App Store review. Once you've corrected the issues, upload a new binary to App Store Connect. ITMS-91053: Missing API declaration - Your app’s code in the “PlugIns/XXXIntent.appex/XXXIntent” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryUserDefaults. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. ITMS-91053: Missing API declaration - Your app’s code in the “PlugIns/XXXIntent.appex/XXXIntent” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryDiskSpace. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. ITMS-91053: Missing API declaration - Your app’s code in the “XXX” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryFileTimestamp. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. ITMS-91053: Missing API declaration - Your app’s code in the “XXX” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategorySystemBootTime. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. ITMS-91053: Missing API declaration - Your app’s code in the “XXX” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryDiskSpace. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. ITMS-91053: Missing API declaration - Your app’s code in the “XXX” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryUserDefaults. While no action is required at this time, starting May 1, 2024, when you upload a new app or app update, you must include a NSPrivacyAccessedAPITypes array in your app’s privacy manifest to provide approved reasons for these APIs used by your app’s code. For more details about this policy, including a list of required reason APIs and approved reasons for usage, visit: https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api. Apple Developer Relations 

规则更新时间：2023 年 12 月 7 日
主要内容：开发者在 5 月 1 号后上传的 app 都需要增加隐私描述
官方文档 1
NSPrivacyAccessedAPITypeReasons 配置 - 官方文档 2
三方 SDK 的应对参考： https://cloud.tencent.com/document/product/269/104138
开发者的处理： https://www.jianshu.com/p/633f9778efd7

1.1 添加隐私文件

1.2 依据警告添加相应的原因说明，添加后的文件内容如下

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>NSPrivacyAccessedAPITypes</key> <array> <dict> <key>NSPrivacyAccessedAPITypeReasons</key> <array> <string>E174.1</string> </array> <key>NSPrivacyAccessedAPIType</key> <string>NSPrivacyAccessedAPICategoryDiskSpace</string> </dict> <dict> <key>NSPrivacyAccessedAPITypeReasons</key> <array> <string>35F9.1</string> </array> <key>NSPrivacyAccessedAPIType</key> <string>NSPrivacyAccessedAPICategorySystemBootTime</string> </dict> <dict> <key>NSPrivacyAccessedAPITypeReasons</key> <array> <string>CA92.1</string> </array> <key>NSPrivacyAccessedAPIType</key> <string>NSPrivacyAccessedAPICategoryUserDefaults</string> </dict> <dict> <key>NSPrivacyAccessedAPITypeReasons</key> <array> <string>C617.1</string> </array> <key>NSPrivacyAccessedAPIType</key> <string>NSPrivacyAccessedAPICategoryFileTimestamp</string> </dict> </array> </dict> </plist> 

关于 NSPrivacyAccessedAPITypeReasons 配置，可查看 官方文档

目前在数据同步的方案选择上有点纠结，搜了一圈，大多数在设备端用的是 sqlite ，但没搜到多少介绍 sqlite 怎么和 server 端以及多设备跨平台之间怎么做数据同步的。也有用 realm 的，这个倒是好同步，但得用 mongodb 他们自己的 altas 服务，无法自建，只能被排除了。

所以，请教下大佬们，sqlite 和 server 端以及跨平台多端之间有啥数据同步的现成框架吗？还是只能自己手写？按理说这个需求应该挺普遍的吧，但搜到的信息又很少......

感谢～

我们 App 处于刚刚起步阶段。使用的友盟统计。

担心测试阶段产生的统计数据会对线上产生影响，是否应该屏蔽这个阶段的数据上报？

个人觉得影响不大，有经验丰富的朋友可以说说你们怎么处理的吗。

1. 现在问题是把图片资源上传到哪个平台才能兼顾国外和国内的访问？
2. 崩溃上报，埋点系统，abtest ，嵌入广告，在 firebase 上有成套的解决方案，但是国内网络访问不了吧？
3. app 又要上架 google play 又要上架国内应用市场，如何做到疑问 1 ，2 能兼顾国内和国外用户的访问？

if #available(iOS 15.0, *) { Canvas { context, size in context.draw(Text("Try canvas"), at: CGPoint(x: 50, y: 20)) } } else { // Fallback on earlier versions } 

活动详情

讲师 & 活动简介

本场我们邀请到了百度小说客户端团队负责人李泽磊，来给大家聊聊他带领团队，在百度小说做阅读器的那些事~

平时有看书爱好的朋友应该知道，阅读书籍和我们平时浏览商品信息是有很大区别的，因为读者会长时间 focus 在纯文本上，所以对于排版和设计往往有更高的要求，这就要求阅读器拥有自由多变的文字渲染能力，而且对性能还有较高要求，在这样的背景下，客户端往往会采用自建文字渲染引擎的方案，这一期的分享，讲师就会给我们带来相关知识的分享。

因为是底层渲染引擎，所以本期的主题分享语言会采用 C/C++ ，估计大部分同学平时也很少会接触到这块，本周四晚上 8 点就跟着 T Chat 一起，体验不一样的客户端开发模式和技术吧~

入群报名

长按下图识别二维码添加官方助手，回复「加群」即可入群提前和讲师交流

B 站观看

长按下图识别二维码可直接预约 B 站直播间本场直播

直播规划

T 技术沙龙联合老司机技术发起了 T Chat ｜我在大厂做研发系列直播计划。邀请一线互联网大厂的研发专家，采用在线直播的方式，分享他们团队 or 个人的研发实践经验，帮助开发者更好地了解大型互联网公司团队的运作机制，以及研发专家们的最新动态。该系列直播计划至少做 24 期，从 2022 年 4 月 28 日起，每两周的周四晚上 8:00 - 9:30 进行，直播内容采用“30 + 60”的模式，即：

• 前 30 分钟由讲师进行主题分享；
• 后 60 分钟由主持人和讲师 1 对 1 交流，讨论一些大家感兴趣的话题。

（直播规划一览）

注：

1. 想看往期所有活动录播的请戳：我在大厂做研发总结；

2. 我在大厂做研发系列活动仍然在持续招募讲师，欢迎大家联系：mmoaay 自荐或者推荐！

主办方简介

T 技术沙龙

T 沙龙，全称为 T 技术沙龙，是一个以促进开发者之间技术交流为目的的技术沙龙组织，成立后一直在定期举办各种面向开发者的线上 & 线下沙龙活动。从 2016 年 3 月份开始，在北京、上海、成都、杭州和深圳等地相继举办了 30 多场线下沙龙活动，同时也举办了多场线上活动。

老司机技术

老司机技术是一个由移动端技术爱好者组成的团体，致力于在技术内容传播的过程中创造更多的精品内容。也是这两年《 WWDC 内参》活动的主要组织者，GitHub 、公众号和掘金等平台均拥有广大的读者群体，2018 年至今共发布 200 期，各个渠道累计周报的阅读量达 600 多万次。

那么有没有什么可靠的办法呢？

1.创建一个 Web 项目 让 PDA 在浏览器访问 Web 的地址。好处是不需要安卓的开发经验，不过涉及到硬件交互或者用户体验上没有原生的好

2.安卓原生开发 这个应该不考虑，没学过安卓，学习成本比较大。用户体验应该是最好的。

3.跨平台的方案，比如 Flutter 或者 RN 虽然有学习成本不过体验应该比 web 端要好。而且还能打出安装包来，手机也能用。

有没有老哥指点一下，这方面不太懂啊。

活动详情

入群报名

长按下图识别二维码添加官方助手，回复「加群」即可入群提前和讲师交流

B 站观看

长按下图识别二维码也可直接预约 B 站直播间本场直播

直播规划

T 技术沙龙联合老司机技术发起了 T Chat ｜我在大厂做研发 系列直播计划。邀请一线互联网大厂的研发专家，采用在线直播的方式，分享他们团队 or 个人的研发实践经验，帮助开发者更好地了解大型互联网公司团队的运作机制，以及研发专家们的最新动态。该系列直播计划至少做 24 期，从 2022 年 4 月 28 日起，每两周的周四晚上 8:00 - 9:00 进行，直播内容采用“30 + 30”的模式，即：

• 前 30 分钟由讲师进行主题分享；
• 后 30 分钟由主持人和讲师 1 对 1 交流，讨论一些大家感兴趣的话题。

（直播规划一览）

注：想看往期所有活动录播的请戳：我在大厂做研发总结

主办方简介

T 技术沙龙

T 沙龙，全称为 T 技术沙龙，是一个以促进开发者之间技术交流为目的的技术沙龙组织，成立后一直在定期举办各种面向开发者的线上 & 线下沙龙活动。从 2016 年 3 月份开始，在北京、上海、成都、杭州和深圳等地相继举办了 30 多场线下沙龙活动，同时也举办了多场线上活动。

老司机技术

老司机技术是一个由移动端技术爱好者组成的团体，致力于在技术内容传播的过程中创造更多的精品内容。也是这两年《 WWDC 内参》活动的主要组织者，GitHub 、公众号和掘金等平台均拥有广大的读者群体，2018 年至今共发布 200 期，各个渠道累计周报的阅读量达 600 多万次。

入群报名

扫描二维码添加官方助手即可入群提前和讲师交流

B 站观看

访问以下链接或也可直接进入 B 站直播间观看本场直播 https://live.bilibili.com/h5/21734936

直播规划

T 技术沙龙联合老司机技术发起了 T Chat ｜我在大厂做研发 系列直播计划。邀请一线互联网大厂的研发专家，采用在线直播的方式，分享他们团队 or 个人的研发实践经验，帮助开发者更好地了解大型互联网公司团队的运作机制，以及研发专家们的最新动态。该系列直播计划至少做 24 期，从 2022 年 4 月 28 日起，每两周的周四晚上 8:00 - 9:00 进行，直播内容采用“30 + 30”的模式，即：

• 前 30 分钟由讲师进行主题分享；
• 后 30 分钟由主持人和讲师 1 对 1 交流，讨论一些大家感兴趣的话题。

主办方简介

T 技术沙龙

T 沙龙，全称为 T 技术沙龙，是一个以促进开发者之间技术交流为目的的技术沙龙组织，成立后一直在定期举办各种面向开发者的线上 & 线下沙龙活动。从 2016 年 3 月份开始，在北京、上海、成都、杭州和深圳等地相继举办了 30 多场线下沙龙活动，同时也举办了多场线上活动。

老司机技术

老司机技术是一个由移动端技术爱好者组成的团体，致力于在技术内容传播的过程中创造更多的精品内容。也是这两年《 WWDC 内参》活动的主要组织者，GitHub 、公众号和掘金等平台均拥有广大的读者群体，2018 年至今共发布 200 期，各个渠道累计周报的阅读量达 600 多万次。

1.具体情况如下 我们开发、生产、出售自己的安卓设备，这些设备在出厂的时候就预装了一些 APP ，这些应用拥有一些相同的功能，并且是使用 h5 来开发的安卓 APP 。APP 在使用过程中会用到蓝牙、摄像机、本地存储等安卓原生功能。

2.关于技术选型 我自己查了 cordova ，uniapp ，react-native ，flutter 。

3.担心可能出现的问题 我查阅了一下资料，发现 uniapp 可能是最合适的，但是担心使用过程中可能会出现一些无法预料的问题。比如没有足够多的第三方库，使得开发进度很慢

4.求助 想问一下使用过类似这种“跨平台解决方案”的朋友，哪种方案比较适合我们，或者有没有别的更合适的解决方案？这些方案有什么优缺点？

现在 2022 年了，flutter 也出了 2 了，因此想看一下广大 v 友对这两门框架的意见？

介绍下个人情况：在公司主要是写 vue 和 java ，在外写 php+go ，所以也不排斥学新语言(dart)。

看写法上 flutter 和 RN 都很像，业务上之前请教前端大哥，app 都是 uniapp 一把梭哈，虽然 uniapp 可以，而且看 csdn 的客户端好像也是 uniapp 的？但是还是想搞一把 rn 或者 flutter

倾向于 rn ，因为会 css ，觉着用 react 写样式也比较快； flutter 主要是嵌套地狱太劝退了，看样式上和 css 好像没有太大区别；

所以不知道各位 v 友有啥建议没

我猜一个方案：某个 app 生成 uuid，其他 app 通过 content provider 或者跨进程通信获取，这样每个 app 也能拿到一样的标识符，理论上可行。

所以安卓是否相比 iOS，隐私方面落后很多？