前阵子，朋友圈被一个叫“死了么”的App刷屏了。说实话，刚kan到这名字的时候，我心里咯噔一下。这年头，产品起名dou这么硬核了吗？它的逻辑简单到令人发指：每天签到，Ru果两天没动静，系统就自动给你的紧急联系人发邮件，暗示你可Neng“挂了”。这种直面死亡的黑色幽默，竟然让它冲上了付费榜榜首。

但我盯着屏幕kan了hen久，心里总觉得哪里不对劲。我们真的需要用这种近乎诅咒的方式来确认彼此的安好吗？在这个充满不确定性的世界里比起冷冰冰的“你死了吗”，我们geng渴望听到的，难道不是一句温热的“我在”吗？

于是我决定动手。作为一名在代码堆里摸爬滚打的前端老司机，我想用uniCloud重新定义这种连接。不是为了恐吓，而是为了抚慰。这篇文章，算是我的一份“技术告白书”，聊聊怎么用代码把“我在”这两个字，变成一种实实在在的安全感。

一、产品哲学：从“怕死”到“惜活”

那个“死了么”App虽然火，但它的内核是恐惧驱动。它利用人们对意外发生的焦虑来维持日活。我想Zuo的「我在」，完全是另一个维度的思考。

我想了hen久，到底什么才是现代人Zui稀缺的奢侈品？不是爱马仕，也不是比特币，而是“确定性的陪伴”。

评论区里有一条留言让我印象深刻，那位网友说：“名字太晦气了为什么不叫‘活着么’？”这给了我hen大的触动。活着么？还是有点丧，有点被动。后来又有读者留言说：“叫‘我在’吧，两个字，既回答了活着，也说出了陪伴。”

那一刻，就像被电流击中了一样。就它了。

「我在」这个名字，承载了我Neng想到的Zui温暖的回答。它至少有三层含义：

第一层含义：活着

当你在App里点击那个大大的按钮，就是在向世界宣告：今天我也在好好地活着。这不仅仅是一个签到动作，geng是一种自我确认。无论生活多么糟糕，只要还Neng点下去，就说明一切还没结束。

第二层含义：陪伴

当你成为别人的守护者，你的存有人愿意Zuo你的数字守护神，这本身就是一种巨大的力量。

第三层含义：回响

有人问你“在吗”，你Ke以回一句“我在”。简单，却温暖。比起“活着么”的质问，「我在」geng像是一个回答，一个承诺，一个拥抱。

所以我的产品定位hen清晰：从“怕死”到“惜活”，从“被动通知”到“主动记录”，从“孤独一人”到“有人陪伴”。

二、技术选型：为什么是uniCloud？

作为一个独立开发者，我的时间和精力dou极其有限。我既想写出优雅的代码，又不想被运维琐事缠身。以前搞个后端，买服务器、配环境、装Nginx、防DDoS，光是想想头dou大了。而且，万一哪天流量暴增，服务器直接宕机，那岂不是成了Zui大的笑话？

所以我的选型原则非常功利：一次编写，多端运行，免运维，低成本。

uniCloud简直就是为这种场景量身定Zuo的。它基于Serverless架构，不用管服务器，连域名备案douNeng帮你省去不少心。Zui重要的是它的云函数和云数据库是打通的，写起来行云流水，那种感觉就像是在写前端代码一样顺畅。

而且，对于这种强依赖定时任务和消息推送的应用，uniCloud的成熟度Yi经足够支撑我从0到1，甚至到1000、10000的用户量。这就够了毕竟我不是要Zuo下一个微信，我只想守护好那一小群需要温暖的人。

三、项目架构设计

既然是温情App，代码结构也得清爽点，不Neng乱成一团麻。整个项目的目录结构，我大概规划了一下：

cloudfunctions/
├── user/                  # 用户相关：注册、信息geng新
├── checkin/               # 签到相关：核心打卡逻辑
├── capsule/               # 时光胶囊：记录心情碎碎念
├── timer/                 # 定时任务：那个默默守护的“幽灵”
└── common/                # 公共模块：工具函数、配置

你kan，其实并不复杂。`user`负责身份，`checkin`负责行为，`timer`负责兜底。这就是一个温情App的技术骨架。

四、数据库设计：数据的温度

hen多人觉得数据库就是冷冰冰的JSON，但我不这么kan。每一个字段背后dou是真实的人性和情感。

1. users集合：用户的数字画像

这是我们的核心表，记录了谁在用这个App，以及谁在守护谁。

{
  "_id": "用户ID",          // 系统生成的唯一标识
  "nickname": "昵称",        // 怎么称呼你？
  "guardian_id": "守护者ID", // 谁在默默关注你？
  "emergency_email": "紧急联系人邮箱", // Zui后的防线
  "last_checkin": "Zui后签到时间",     // 上次说“我在”是什么时候？
  "continuous_days": "连续签到天数"  // 坚持了多久？
}

这里的`guardian_id`hen有意思。它建立了一种双向的羁绊。当你设置了一个守护者，你就把一部分安全感交到了对方手里。而`continuous_days`，则是用户对抗虚无的勋章，每一天的累加，dou是对生命的一次致敬。

2. checkins集合：时间的切片

光有用户状态还不够，我们还需要记录每一次“我在”的瞬间。这不仅仅是日志，geng是心情的轨迹。

{
  "user_id": "用户ID",
  "mood": "心情",      // 开心、难过、平淡？
  "note": "今日小事",  // 今天发生了什么？
  "create_date": "签到时间"
}

有时候，用户打卡时可Neng只想留下一句话，或者一个表情。这些数据存下来以后Zuo成“时光胶囊”，或者年度回顾，那将是多么珍贵的礼物啊。

五、核心代码实现：让温情跑起来

好了说了这么多情怀，咱们来点硬货。代码才是实现这一切的基石。

1. 签到云函数：说“我在”

这是整个AppZui核心的交互。当用户点击按钮的那一刻，一系列复杂的逻辑需要在云端瞬间完成：校验是否重复、计算连续天数、geng新用户状态、通知守护者。

这里我用到了事务，因为数据一致性太重要了。要是签到记录写进去了结果连续天数没geng新，或者守护者没收到通知，那这“温情”可就打折扣了。

// cloudfunctions/checkin/create.js
exports.main = async  => {
  const { mood, note } = event;
  const { uid } = context.auth; // 拿到用户ID，uniCloud自动鉴权
  const db = uniCloud.database;
  const dbCmd = db.command;
  // 先kankan今天是不是Yi经说过了
  const today = new Date;
  today.setHours;
  const exist = await db.collection.where({
    user_id: uid,
    create_date: dbCmd.gte
  }).get;
  if  {
    return { code: 1, msg: '今天Yi经说过“我在”了别太贪心哦' };
  }
  // 获取用户老底
  const user = await db.collection.doc.get;
  const userData = user.data;
  // 算算这是连续第几天
  let continuousDays = 1;
  if  {
    const last = new Date;
    const yesterday = new Date;
    yesterday.setDate - 1);
    // Ru果昨天也签了那就+1
    if  {
      continuousDays =  + 1;
    }
  }
  // 开启事务，保证万无一失
  const transaction = await db.startTransaction;
  try {
    // 1. 记录这一刻
    await transaction.collection.add({
      user_id: uid,
      mood,
      note,
      create_date: new Date,
      continuous_days: continuousDays
    });
    // 2. geng新用户状态
    await transaction.collection.doc.update({
      last_checkin: new Date,
      continuous_days: continuousDays,
      total_checkins: dbCmd.inc
    });
    await transaction.commit;
    // 3. 悄悄告诉守护者
    if  {
      uniCloud.callFunction({
        name: 'sendPush',
        data: {
          userId: userData.guardian_id,
          title: '❤️ 你守护的人说“我在”了',
          content: `${userData.nickname}今天打卡了连续${continuousDays}天一切安好。`
        }
      });
    }
    return { code: 0, msg: '打卡成功', data: { continuous_days: continuousDays } };
  } catch  {
    await transaction.rollback; // 出错了就回滚，不Neng留烂摊子
    throw e;
  }
};

2. 定时任务：沉默的守护者

这是「我在」区别于其他打卡类App的关键。Ru果用户长时间没有出现，我们必须得Zuo点什么。这里设置了两个阈值：24小时和48小时。

24小时没动，可Neng是忘了提醒一下守护者；48小时还没动静，那可Neng就真的出事了必须发邮件给紧急联系人。这就像是一个不睡觉的哨兵。

// cloudfunctions/timer/checkReminder.js
'use strict';
exports.main = async  => {
  const db = uniCloud.database;
  const dbCmd = db.command;
  const now = new Date;
  // 1. 先找找那些48小时dou没影儿的人
  const cutoff48 = new Date;
  const users48 = await db.collection.where({
    last_checkin: dbCmd.lt,
    emergency_email: dbCmd.exists
  }).get;
  for  {
    // 这种情况比较严重，直接发邮件
    await sendEmail({
      to: user.emergency_email,
      subject: '您的亲友可Neng失联',
      html: `
${user.nickname}Yi48小时未打卡，请确认其安全。
`
    });
  }
  // 2. 再kankan那些24小时没签到的
  const cutoff24 = new Date;
  const users24 = await db.collection.where({
    last_checkin: dbCmd.lt,
    guardian_id: dbCmd.exists
  }).get;
  for  {
    // 这种情况稍微轻点，推送给App里的守护者
    await sendPushToUser(user.guardian_id, 
      '你守护的人还没打卡', 
      `${user.nickname}Yi24小时未说“我在”，记得去关心一下。`
    );
  }
  return { code: 0 };
};
// 发送推送的封装
async function sendPushToUser {
  const uniPush = uniCloud.getPushManager;
  await uniPush.sendMessage;
}
// 发送邮件
async function sendEmail {
  const nodemailer = require;
  const transporter = nodemailer.createTransport({
    host: 'smtp.qq.com', // 这里以QQ邮箱为例
    port: 465,
    secure: true,
    auth: {
      user: process.env.EMAIL_USER,
      pass: process.env.EMAIL_PASS
    }
  });
  await transporter.sendMail({
    from: `"我在" <${process.env.EMAIL_USER}>`,
    to, 
    subject, 
    html
  });
}

3. 前端：极简主义的交互

前端不需要花里胡哨的特效。一个巨大的数字，显示连续打卡天数；一个按钮，用来确认“我在”。这就够了。有时候，少即是多。

六、成本估算：独立开发者的福音

hen多人担心，搞这种带云函数、带数据库、还发邮件发推送的App，是不是得烧不少钱？其实不然。uniCloud的免费额度对于初创项目来说简直不要太友好。

资源项	免费额度	说明
云函数调用	10万次/月	支撑1000日活毫无压力
云数据库	2GB	存个几十万条打卡记录绰绰有余
云存储	5GB	存点头像、照片
CDN流量	5GB/月	图片加载基本够用

kan到了吗？1000日活成本：0元。这意味着，只要你的用户量没有爆炸式增长到几万、十几万，你完全Ke以免费运行下去。这对于我们这种只想Zuo个小而美的App的独立开发者来说简直是Zui大的安全感来源。

七、代码之外的思考

写这篇文章的时候，窗外正下着雨。我想起那个关于“死了么”的讨论。技术本身是中性的，它Ke以是冰冷的监控，也Ke以是温暖的守护。

「我Ru果你也想Zuo独立开发，欢迎评论区聊聊。也许我们改变不了世界，但我们Ke以用代码，温暖身边的一小群人。

Ru果你觉得这个想法有意思，或者你也想试试uniCloud开发，关注公众号"大前端历险记"，咱们一起探讨geng多前端开发的干货姿势！

对了评论区抽三位送终身会员，毕竟梦想还是要有的，万一实现了呢？

---