v14: 观影/家谱/日程/旅程/资源/任务六模块统一，首页改 dashboard
用户 14 条需求一次交付（1-13 功能 + 14 工作方式）。 观影（1-4） - 返回文案全模块统一为「返回观影」（不再有「返回列表」「返回观影记录」三种叫法） - 观影人一律用彩色人物标签 person_chip：底色由头像主色算出来（上传时存库）， 瀑布流卡片也按人显示；五处观影模板全部改用它 - 人员显示统一走 person_name()（shown → 我给他起的称呼 → 姓名） - 影院管理页与年度报告页的上下两块用 .card + .card 统一给间距（原来紧贴成一整块） 家谱（5） - 树根从「我」换成**辈分最高的祖先**：库画的是"树根的祖先链+后代+树根的兄弟姐妹"， 根=我 时伯父/堂兄/嫂子/侄子一个都不画（12 人夹具只画出 8 人） - focusMap 按**代数**圈定三代（不再按步数），normalizeLinks 把子女对称挂到父母双方 —— 修掉"母亲登录看不到孩子" - 新增「看全部 / 回到我」两个按钮，放在画布外（画布整块被库接管了手势） 统一事件原语（6-9） - 旅程：TripLog 全量迁入（3 趟旅程 / 21 段行程 / 72 张照片 / 5 个人）。 复用 events(kind='trip') + trip_details + trip_nodes（计划/执行双轨保留） - 日程：每人可建日历本（自定义色）+ 共享只读/可写；观影与旅行是每人默认两本， 内容是**从各模块实时派生**的（不复制，所以改了观影日期日历立刻跟着变）； 没有具体时分 = 全天；月视图参照群晖 Calendar - 资源：挂在某人名下的附属信息（标题+正文+多附件），可共享给多人并设只读/读写， 默认折叠、可搜标题与正文 - 任务：看板三列 + 两级子任务 + 评论@人 + 共享 + 循环（完成时按原截止日推下一期） - 统一附件表：四个模块的附件共用一张，下载地址不落库、一律由 media.php 现算 模块化（10-11） - App\Module 是模块的唯一来源（加一行 = 导航条/主题色/个人设置三处自动出现） - 个人设置里可勾选要显示哪些模块、拖动排序（关掉的模块**不会**被兜底补回来） - 每个模块一套主题色（家庭级），只覆盖 --brand 三兄弟，不碰纸墨底色 其他（12-13） - 新增成员表单可选所属分组（编辑表单没有：分组是"我和他的关系"，只归我自己） - 首页改 dashboard：接下来的日子 / 未来七天 / 手头在做 / 往年今日。 家人卡片从首页撤走（看人去名册） 验证（全部通过） - e2e 542 条（新增 4 模块端到端 60+ 条） - 桌面几何 368 / 移动端几何 520 / 家谱 12 / 交互 97 / 老库升级 123 - SQL 列名静态校验 0 处可疑（对着真实表结构） - 反向验证 18 条新注入全部抓住 顺带修掉的既有问题 - 老库升级回填 SQL 按实际存在的列动态拼（缺列不再 1054 炸断升级） - 全新安装时 Schema::ensure 跑在"人还没建"之前 → 补建日历本三处齐备 - 窄屏导航横向溢出（模块从 4 个加到 8 个后顶栏撑破视口）
This commit is contained in:
+140
-5
@@ -62,14 +62,21 @@ final class Kinship
|
||||
return $out;
|
||||
}
|
||||
|
||||
/** 父母的 id 列表（不含 null），判断「跟我有关系」时用 */
|
||||
/**
|
||||
* 父母的 id 列表（不含 null），判断「跟我有关系」时用。
|
||||
*
|
||||
* ⚠️ v14：这里**直接读图里的边**，不再绕 `parents()` 那对 father/mother 槽位。
|
||||
* 绕槽位会**丢人**：`parents()` 是按角色往两个槽里填的，一旦数据里
|
||||
* 同一个角色被记了两个人（典型：母亲那条边漏填 from_role，于是"父亲"这个
|
||||
* 槽被母亲覆盖/挤掉），`parentIds()` 就只剩一个人 ——
|
||||
* 下游的家谱图于是只剩一位家长，**母亲那边整条线消失**（正是用户报的那个
|
||||
* 「母亲登录进去看不到自己的孩子」的另一种成因）。
|
||||
*/
|
||||
public static function parentIds(array $g, int $id): array
|
||||
{
|
||||
$out = [];
|
||||
foreach (self::parents($g, $id) as $pid) {
|
||||
if ($pid !== null) {
|
||||
$out[] = $pid;
|
||||
}
|
||||
foreach (array_keys($g['parents'][$id] ?? []) as $pid) {
|
||||
$out[] = (int)$pid;
|
||||
}
|
||||
return $out;
|
||||
}
|
||||
@@ -380,6 +387,17 @@ final class Kinship
|
||||
return $pos === false ? 1 : $pos + 1;
|
||||
}
|
||||
|
||||
/**
|
||||
* 排序用的键（对外版）。
|
||||
*
|
||||
* 家谱页要按它给同一代排长幼，而模板拿不到私有方法 —— 与其在模板里各写一套
|
||||
* 「birth_rank → birthday → id」的兜底（写一次就会跟这里不一致），不如开个口子。
|
||||
*/
|
||||
public static function rankValueFor(array $people, int $id): string
|
||||
{
|
||||
return self::rankValue($people, $id);
|
||||
}
|
||||
|
||||
/** 排序用的键：显式 birth_rank 优先，否则用生日，再否则用 id */
|
||||
private static function rankValue(array $people, int $id): string
|
||||
{
|
||||
@@ -452,6 +470,123 @@ final class Kinship
|
||||
|
||||
// ================= 家谱渲染所需的结构化数据 =================
|
||||
|
||||
/**
|
||||
* v14：**以我为中心，把有关系的都检索出来**，只保留「上一代 / 这一代 / 下一代」。
|
||||
*
|
||||
* 为什么重写（用户 2026-10-01 第 5 条，原话「显示不齐全…应该以本人为中心去搜索，
|
||||
* 只要有关系的，都检索出来进行展示」）：
|
||||
* 旧写法是「从我出发上下各 N 步」的**步数**限制，而真正要的是**代数**限制。
|
||||
* 两者在「横向」关系上差很远：我的堂兄弟要先**上一步**到伯父、**再下一步**才到，
|
||||
* 两步就耗尽了配额，于是「这一代」里只剩亲兄弟姐妹，堂表亲全不见了。
|
||||
* 改成按代数筛选之后，横向绕多远都不算远 —— 只要落回这三代里就要。
|
||||
*
|
||||
* 三条边都要走（parent / child / spouse），缺一条就会漏人：
|
||||
* · 只走上下 → 配偶、嫂子弟媳、姐夫妹夫全没了；
|
||||
* · 不走配偶 → 连「我配偶的兄弟姐妹」都到不了（要先经过配偶这个人）。
|
||||
*
|
||||
* ⚠️ 用 BFS + $gen 防环：数据脏了（互为父母、自己给自己当父母）不会死循环。
|
||||
* ⚠️ 只把「落在 [-up, +down] 里的人」入队 —— 超出三代的不展开，
|
||||
* 但仍要允许**经过**上一代去够到同代的堂表亲（所以筛选的是代数，不是步数）。
|
||||
*
|
||||
* @return array<int,int> personId => 相对我的代数（-1 上一代 / 0 这一代 / +1 下一代）
|
||||
*/
|
||||
public static function focusMap(array $g, int $me, array $people, int $up = 1, int $down = 1): array
|
||||
{
|
||||
if (!isset($people[$me])) {
|
||||
return [];
|
||||
}
|
||||
$gen = [$me => 0];
|
||||
$queue = [$me];
|
||||
while ($queue) {
|
||||
$id = array_shift($queue);
|
||||
$lv = (int)$gen[$id];
|
||||
$add = static function (int $nid, int $nlv) use (&$gen, &$queue, $people, $up, $down): void {
|
||||
if ($nlv < -$up || $nlv > $down) {
|
||||
return; // 落在三代之外：不收、也不从它继续展开
|
||||
}
|
||||
if (!isset($people[$nid]) || isset($gen[$nid])) {
|
||||
return; // 名册里没有 / 已经有更靠前的走法
|
||||
}
|
||||
$gen[$nid] = $nlv;
|
||||
$queue[] = $nid;
|
||||
};
|
||||
// 配偶永远同代
|
||||
foreach (self::spouseIds($g, $id) as $sp) {
|
||||
$add((int)$sp, $lv);
|
||||
}
|
||||
foreach (self::parentIds($g, $id) as $pid) {
|
||||
$add((int)$pid, $lv - 1);
|
||||
}
|
||||
foreach (self::childIds($g, $id) as $cid) {
|
||||
$add((int)$cid, $lv + 1);
|
||||
}
|
||||
}
|
||||
return $gen;
|
||||
}
|
||||
|
||||
/**
|
||||
* v14：**子女必须挂在「夫妻」上，而不是挂在其中一个人身上**。
|
||||
*
|
||||
* 用户点名的重大 bug（原话）：「如果从一个出来，例如从父亲出来，母亲登录进去之后
|
||||
* 竟然看不到自己的孩子」。根因不是显示，是**数据**：只要某个孩子的 parents 只写了
|
||||
* 父亲一个人，那张图对母亲来说就是"别人的孩子"。
|
||||
*
|
||||
* 所以这里做一次**对称补齐**：父母双方互为配偶时，孩子同时挂到两个人身上，
|
||||
* 两个人的 children 里也都有这个孩子。库（family-chart）在「孩子有两位父母、
|
||||
* 且这两位互为配偶」时，会把连线从**夫妻之间那条横线**的中点拉下来 ——
|
||||
* 这正是用户要的效果，也顺手解决了"母亲看不到孩子"。
|
||||
*
|
||||
* ⚠️ 只补**真实存在的**父/母（relations 里有的边），绝不凭空造人。
|
||||
*
|
||||
* @param array<int,int> $ids 图上会出现的人（过滤悬空引用用）
|
||||
* @return array{parents:array<int,int[]>,children:array<int,int[]>,spouses:array<int,int[]>}
|
||||
*/
|
||||
public static function normalizeLinks(array $g, array $ids): array
|
||||
{
|
||||
$onTree = array_fill_keys(array_map('intval', array_values($ids)), true);
|
||||
$parents = [];
|
||||
$children = [];
|
||||
$spouses = [];
|
||||
|
||||
foreach (array_keys($onTree) as $id) {
|
||||
$id = (int)$id;
|
||||
// ---- 配偶 ----
|
||||
$sp = [];
|
||||
foreach (self::spouseIds($g, $id) as $s) {
|
||||
$s = (int)$s;
|
||||
if (isset($onTree[$s]) && !in_array($s, $sp, true)) {
|
||||
$sp[] = $s;
|
||||
}
|
||||
}
|
||||
$spouses[$id] = $sp;
|
||||
|
||||
// ---- 父母 ----
|
||||
// ⚠️ 一律取**图里所有的 parent 边**，绝不只取 father/mother 两个槽位 ——
|
||||
// 槽位会丢人（见 parentIds 的注释）。
|
||||
$pa = [];
|
||||
foreach (self::parentIds($g, $id) as $p) {
|
||||
$p = (int)$p;
|
||||
if (isset($onTree[$p]) && !in_array($p, $pa, true)) {
|
||||
$pa[] = $p;
|
||||
}
|
||||
}
|
||||
$parents[$id] = $pa;
|
||||
}
|
||||
|
||||
// ---- 子女：由 parents 反推，天然对称 ----
|
||||
foreach ($parents as $child => $pa) {
|
||||
foreach ($pa as $p) {
|
||||
$children[$p][] = (int)$child;
|
||||
}
|
||||
}
|
||||
foreach ($children as $k => $v) {
|
||||
$v = array_values(array_unique(array_map('intval', $v)));
|
||||
usort($v, fn($a, $b) => $a <=> $b);
|
||||
$children[$k] = $v;
|
||||
}
|
||||
return ['parents' => $parents, 'children' => $children, 'spouses' => $spouses];
|
||||
}
|
||||
|
||||
/**
|
||||
* 以 $me 为中心，向上向下各展开若干代，产出可渲染的家谱树。
|
||||
*
|
||||
|
||||
Reference in New Issue
Block a user