From bb19987062af9a28aa5dea93cc0eba9ac3a7e1ab Mon Sep 17 00:00:00 2001 From: muqiuhan Date: Tue, 27 May 2025 06:01:58 +0000 Subject: deploy: 2f6742a2297dec9a8e2f8452e542c6f18472ae0e --- search.xml | 46 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) (limited to 'search.xml') diff --git a/search.xml b/search.xml index efb8f322..0ed243fe 100644 --- a/search.xml +++ b/search.xml @@ -2666,6 +2666,52 @@ await prisma.$transaction(async tx => { 
// The fast double-to-(unsigned-)int conversion routine does not guarantee
// rounding towards zero.
// The result is undefined if x is infinite or NaN, or if the rounded
// integer value is outside the range of type int.
inline int FastD2I(double x) {
  DCHECK(x <= INT_MAX);
  DCHECK(x >= INT_MIN);
  return static_cast<int32_t>(x);
}

以上

+]]> + + Technique + + + + Vertical slicing 在开发中的实践探索 + /2025/05/27/vertical-slicing-practice/ + 垂直切片 (Vertical Slicing) 是一种在敏捷软件开发中将产品需求（通常是用户故事）拆分为可独立交付的、具有端到端功能的小块的方法。这意味着每个“切片”都包含了从用户界面 (UI) 到底层数据库，以及中间所有业务逻辑层所需的工作。

+

与水平切片（即按技术分层，如先完成所有 UI，再完成所有后端逻辑）不同，垂直切片的目标是尽快交付一个虽小但完整可用的功能。

+
+

想象一个蛋糕，垂直切片就像切下一块完整的蛋糕，包含从顶部到底部的每一层。在软件开发中，这意味着一个任务或用户故事的完成会涉及到：

+
    +
  • **用户界面 (UI)**：用户能看到并与之交互的部分。
    • +
  • **业务逻辑层 (Business Logic Layer)**：处理数据和执行核心功能的部分。
    • +
  • **数据访问层 (Data Access Layer)**：与数据库或其他数据存储交互的部分。
    • +
  • **数据库 (Database)**：存储数据的部分。
    • +
+

所以一个垂直切片代表了一个可以独立运行、测试和向用户展示的小功能。

+
+

在实践中，用垂直切片进行任务拆分或许可以按照如下步骤来实现：

+

一、**从用户故事开始 (Start with User Stories)**：明确用户需要什么功能以及这个功能为用户带来的价值。例如：“作为一个注册用户，我希望能用我的邮箱和密码登录系统，以便访问我的个人资料。”

+

二、识别涉及的技术层面 (Identify Affected Layers)

+

对于登录功能，需要考虑：

+
    +
  • UI 层：登录表单（输入邮箱、密码的地方）、提交按钮、错误提示信息。
    • +
  • API/服务层：接收登录请求、验证用户凭证的接口。
    • +
  • 业务逻辑层：校验输入格式、查询用户信息、验证密码、生成会话（Session）或令牌（Token）。
    • +
  • 数据访问层：从数据库中读取用户信息。
    • +
+

三、创建可交付的小功能块 (Create Small, Deliverable Chunks)

+

就是将一个大的用户故事拆分成更小的、但仍然是垂直的、可独立交付的故事。例如，可以将“用户登录”进一步细化：

+

**切片1 (基础登录)**：用户可以使用正确的邮箱和密码成功登录。这包含了 UI 输入、后端验证和数据库查询。

+

**切片2 (错误处理)**：用户输入错误的邮箱或密码时，系统给出明确的错误提示。这可能只涉及 UI 和业务逻辑层的少量修改。

+

**切片3 (“记住我” 功能)**：用户可以选择“记住我”，下次访问时自动登录。这可能涉及 UI、业务逻辑和客户端存储。

+

四、**确保每个切片都有价值 (Ensure Each Slice Has Value)**：每完成一个切片，都应该为用户或产品带来可感知的价值，并且理想情况下是可以演示给利益相关者看的。

+

五、**保持切片足够小 (Keep Slices Small Enough)**：每个切片的工作量应该小到可以在一个迭代周期（例如 Sprint）内完成。这有助于团队保持专注，并快速获得反馈。

+
+

这里有一些拆分技巧：

+
    +
  • 按操作流程拆分：例如，一个复杂的表单提交可以先实现基本信息的提交，后续再添加高级选项的提交。
    • +
  • 按业务规则拆分：先实现核心的业务规则，再逐步添加次要的或复杂的规则。
    • +
  • 按数据类型或参数拆分：先支持一种数据类型或最常用的参数，再扩展到其他类型。
    • +
  • 按用户角色或权限拆分：先实现某个核心角色的功能，再实现其他角色的特定功能。
    • +
  • 简化错误处理或用户体验：先实现基本功能，再完善错误处理和用户体验细节。
    • +
]]> Technique -- cgit v1.2.3