Splync v1.12 如何设想更好的通信基础设施

Splync v1.12 标志着应用内用户之间沟通的基础。虽然此升级的初衷是改善用户与开发者的沟通，但很快我们意识到 Splync 更需要支持用户之间的交流。实现这一目标的重要步骤之一是增强通知系统。早期版本中的通知仅限于好友请求和项目结算请求。虽然实用，但对于顺畅及时的协作而言还不够。v1.12 引入了新的通知类型，包括好友接受通知和项目邀请通知。这些新增功能确保用户能立即了解他人的重要操作，无需手动检查每个界面。此外，当项目成员添加或编辑费用时，新增加的“新建”和“更新”徽章会显示，帮助项目成员保持与最新变化同步。

之前，当一个好友请求被接受时，发送者并不会收到明确的通知确认。用户通常只能在重新查看好友列表时发现这一变化，这可能会显得不明确且模糊。从 Splync 在 App Store 作为 MVP（最小可行产品）首次亮相以来，这一行为一直未变。起初，好友请求通知被视为必需，而好友接受通知的优先级较低。然而，随着 Splync 的发展，应用需要变得更具社交响应性。v1.12 中，Splync 在好友请求被接受时会发送明确通知。我们相信这一小改动提高了用户间的清晰度和信任。每一个新连接现在都有一个可见的“瞬间”，让用户感到被认可和联系。在回顾中，Splync 从一开始就没有这一功能有点令人惊讶。

Splync v1.0 上线时，我们假设大多数用户会在应用外沟通。因此，项目邀请通知也被视为较低优先级。然而，有些情况下，用户依赖于应用内通知。更重要的是，这不仅关乎功能，还关乎情感。被邀请参加项目不仅仅是一个技术动作，它是一种社交信号。由于 Splync 中的协作围绕项目进行，项目邀请代表了一个关键时刻。在 v1.12 中，Splync 引入了项目邀请通知，确保用户在被邀请加入项目时立即知晓。这减少了摩擦，防止错过邀请，并使共享预算的加入过程更顺畅。我们还收到用户早期反馈，希望能够明确接受或拒绝项目邀请，这可能会在未来版本中加入。

有些用户表示希望在项目成员进行项目更新时收到通知。这一反馈是合理的。我们最初考虑增加一种新通知类型。然而，每次添加或编辑费用时都收到通知可能会让人感到烦躁。我们未增加通知量，而是探索了另一种方法。在 Splync v1.12 中，“新建”和“更新”徽章如今指示项目内的更改，用户可一目了然地了解变化而不会被不必要地打扰。为支持这一点，我引入了一种机制来追踪每个用户最后查看项目的时间。通过将这一时间戳与最新费用更新进行比较，应用确定某项是否为新建或更新。经过改进设计并将徽章简化为仅符号后，结果成为一个干净直观的视觉提示。此方法在知晓和冷静之间达到了平衡，让用户在得到信息的同时不被打扰。

Splync 采用 MariaDB 作为主要数据库，通知被视为重要数据，而非短暂事件。每条通知记录存储发送者 ID、接收者 ID、通知类型、已读/未读状态及创建时间戳。这一结构让 Splync 能可靠地重建事件发生的情况、时间和知情对象。Splync 并未依赖实时消息系统或外部通知服务，而是有意保持通知逻辑的简单和确定性。每个重要的社交动作——如接受好友请求或邀请某人参加项目——都会在数据库中生成一个具体记录。这使通知可审计、可调试并具有弹性，即使用户几天后打开应用也能如常。而项目更新的徽章系统则采用了不同的方法。Splync 并未为每次费用添加或编辑生成通知，而是记录每位用户上次查看项目的时间。为此，项目成员表新增了一列用于追踪每个成员最后查看的时间戳。通过将这一值与最近的费用更新进行比较，应用可以逻辑地判断某项是否应标记为“新建”或“更新”。

随着新通知类型和新建/更新徽章系统的引入，Splync v1.12 变得更具社交响应性和互动性。这些改进帮助用户保持联系和知晓，使共享费用管理变得更加自然和协作。希望您能与伴侣、朋友和家人通过 Splync 享受共享费用的乐趣。展望未来，我们计划继续完善沟通功能，可能会加入额外的通知类型，以进一步提升清晰度、信任和整体用户体验。欢迎您随时反馈意见。