【软件工程】tob和toc含义理解

1. TOC(Technical-Oriented Consideration)

  • 技术导向的考量:关注技术实现细节、性能和稳定性,通常涉及底层技术选型、接口调用、容错处理等。

  • 典型问题(如你提到的例子):

    • RPC 调用:同步/异步、超时时间设置(结合链路耗时)、错误率监控、熔断降级策略。
    • 故障处理:服务宕机时的兜底逻辑(如重试、缓存降级、默认返回值)。
    • 可观测性:接口耗时、错误率监控、日志追踪(快速定位 CPU/内存异常)。
    • 上线后验证:调用量是否符合预期,是否需要限流或扩容。
  • 核心目标 :确保技术方案的可靠性可维护性


2. TOB(Business-Oriented Consideration)

  • 业务导向的考量:关注业务逻辑的设计合理性、数据一致性、用户体验等。

  • 典型问题

    • 设计合理性:为什么选择当前方案(如订单状态机设计、支付流程)。
    • 数据一致性:如何保证分布式事务(如最终一致性 vs 强一致性)。
    • 业务兜底:异常场景下的补偿机制(如库存超卖后的退款流程)。
  • 核心目标 :满足业务需求,同时保证数据正确性流程闭环


3. 两者的区别与联系

维度 TOC TOB
关注点 技术实现细节(How) 业务逻辑设计(Why)
典型问题 性能、容错、监控 数据一致性、用户体验、流程设计
案例 RPC 超时设置、熔断配置 订单状态机设计、分布式事务方案
产出价值 系统稳定、高效 业务合理、闭环

4. 如何回答这类问题(面试或方案评审)

  • TOC 侧

    plaintext 复制代码
    1. 技术选型:为什么用 RPC(如性能需求)?同步/异步的权衡?
    2. 容错设计:超时时间(如 200ms,因链路总耗时需<1s)、熔断阈值(如错误率>5%触发)。
    3. 监控:埋点耗时/错误率,通过日志+Metrics+Trace 快速定位问题。
    4. 兜底:缓存旧数据、默认返回值、异步重试队列。
  • TOB 侧

    plaintext 复制代码
    1. 业务设计:为什么需要这个接口(如订单创建必须校验库存)?
    2. 数据一致性:如何保证(如通过消息队列+定时任务补偿)。
    3. 异常场景:用户支付失败后,如何引导重试或自动取消订单?

5. 总结

  • TOC 是技术深度,TOB 是业务广度,两者结合才能体现全局思维。
  • 即使代码是 CRUD,能说清技术权衡(TOC)和业务价值(TOB),就是高质量产出。

https://github.com/0voice

相关推荐
愚昧之山绝望之谷开悟之坡6 小时前
什么是uv和传统的区别
前端·chrome·uv
SRC_BLUE_176 小时前
NSSCTF - Web | 【第五空间 2021】pklovecloud
android·前端
golang学习记6 小时前
从0死磕全栈之Next.js 数据安全实战指南:从零信任到安全架构
前端
云中雾丽7 小时前
flutter中 getx 的使用
前端
胖头鱼的鱼缸(尹海文)7 小时前
数据库管理-第376期 Oracle AI DB 23.26新特性一览(20251016)
数据库·人工智能·oracle
麦聪聊数据7 小时前
浅谈SQL审核(一):SQL审核实现方式与常见工具的选择
数据库·sql
ajassi20007 小时前
开源 Linux 服务器与中间件(七)数据库--MySQL
linux·服务器·数据库·ubuntu·开源
Jay丶7 小时前
聊聊入职新公司两个月,试用期没过这件事
前端·面试
ZTeam前端全栈进阶圈7 小时前
Vue新技巧:<style>标签里的 CSS 也能响应式!
前端
ღ_23337 小时前
vue3二次封装element-plus表格,slot透传,动态slot。
前端·javascript·vue.js