【软件工程】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

相关推荐
G等你下课5 分钟前
告别刷新就丢数据!localStorage 全面指南
前端·javascript
该用户已不存在6 分钟前
不知道这些工具,难怪的你的Python开发那么慢丨Python 开发必备的6大工具
前端·后端·python
爱编程的喵9 分钟前
JavaScript闭包实战:从类封装到防抖函数的深度解析
前端·javascript
LovelyAqaurius9 分钟前
Unity URP管线着色器库攻略part1
前端
Xy91012 分钟前
开发者视角:App Trace 一键拉起(Deep Linking)技术详解
java·前端·后端
lalalalalalalala14 分钟前
开箱即用的 Vue3 无限平滑滚动组件
前端·vue.js
前端Hardy14 分钟前
8个你必须掌握的「Vue」实用技巧
前端·javascript·vue.js
snakeshe101017 分钟前
深入理解 React 中 useEffect 的 cleanUp 机制
前端
星月日18 分钟前
深拷贝还在用lodash吗?来试试原装的structuredClone()吧!
前端·javascript
爱学习的茄子19 分钟前
JavaScript闭包实战:解析节流函数的精妙实现 🚀
前端·javascript·面试