Salesforce 反模式（第 2 版）（英文电子书）

运用专家建议构建弹性 Salesforce 解决方案 本书从反模式（Anti-Patterns）视角分析 Salesforce 实施中的常见错误，通过实例展示这些错误如何产生、带来的后果及改进方案。与传统 Salesforce 架构书籍侧重最佳实践不同，本书聚焦 "失败模式"，帮助读者从错误中学习，加深对架构原则的理解。 主要章节内容概览 第一部分：技术反模式 第 1 章：为何需要理解 Salesforce 反模式 定义反模式：看似合理但会导致负面后果的系统性错误 反模式的起源：源于软件设计模式研究，是失败案例的规律性总结 反模式模板：包含名称、类型、示例、问题、建议解决方案、结果、更好的解决方案 实例："英雄（Hero）" 反模式 —— 过度依赖个别技术人员解决问题，导致知识孤岛和系统脆弱性 第 2 章：如何保持系统架构清晰 烟囱式（Stovepipe）：系统孤立构建，缺乏标准和抽象，难以维护和集成 架构即需求（Architecture as Requirements）：将架构决策视为普通需求，忽视长期影响 大泥球（Big Ball of Mud）：系统失去内部结构，仅能被创建者部分理解 过度耦合（Intense coupling）：系统间边界模糊，相互依赖过强导致脆弱性 无治理的 Org 扩散（Ungoverned Org Proliferation）：缺乏明确的 Org 策略，导致 Org 数量失控 第 3 章：避免安全认知误区 共享即 Salesforce 责任（Shared Belongs to Salesforce）：错误认为 Salesforce 完全负责平台安全 合规即安全（Compliant Is Secure）：将合规性等同于安全性 声明式功能永远安全（Declarative Is Always Safe）：对声明式定制功能的安全性过度乐观 ** spaghetti 共享模型（Spaghetti Sharing Model）**：共享模型过于复杂，难以理解和维护 第 4 章：数据处理的禁忌 将 Salesforce 视为普通数据库（Salesforce as a Relational Database）：错误套用关系型数据库设计理念 忽视治理（Disconnected Entities）：数据实体缺乏协调，同一业务实体存在多版本 未规划的增长（Unplanned Growth）：未考虑数据增长规模，导致性能问题 过度同步（Unconstrained Data Synchronization）：数据同步策略过于激进 AI 相关反模式： "添加 AI 就好（Let's Add AI to It）"：为追求潮流而盲目添加 AI 功能 "AI 架构与普通架构相同（AI Architecture Is Like Normal Architecture）"：忽视 AI 架构的特殊性 第二部分：解决方案反模式 第 5 章：解决方案架构的问题解析 选择错误方案（Picking the wrong thing）： 忽视生态系统（Ignoring the Ecosystem）：拒绝第三方解决方案，坚持定制开发 基于许可证的解决方案（License-Based Solutioning）：根据可负担的许可证而非需求设计方案 错误应用方案（Applying the thing wrong）： 假设驱动的定制（Assumption-Driven Customization）：基于小部分人的假设进行定制 黄金锤子（Golden Hammer）：过度依赖某一工具解决所有问题 工程溢出（Engineering overflow）： 自动化泛滥（Automation Bonanza）：未治理关键对象的自动化逻辑 超重组件（Overweight Component）：单个组件过度膨胀 代码混乱（Making a mess of code）： 上帝类（God Class）：单个类包含大部分业务逻辑 错误隐藏（Error Hiding）：隐藏技术错误却未采用结构化错误处理 第 6 章：保持集成顺畅 混乱的集成环境（Messing up the integration landscape）： 名义上的中间件（MINO）：使用中间件却仅创建点对点连接 服务增殖综合征（Service proliferation syndrome）：创建过多自定义服务 接口设计不当（Interfacing indecently）： 臃肿接口（Fat interface）：单个接口承担过多功能 频繁调用（Chatty integration）：集成调用过于频繁导致性能下降 模式错误（Getting the patterns wrong）： 集成模式偏执（Integration pattern monomania）：过度依赖单一集成模式 事件地狱（Event hell）：事件驱动架构失控，导致复杂性和可维护性问题 AI 对集成的影响：分析 AI 技术对集成模式的潜在影响及新反模式 第三部分：流程与沟通反模式 第 7 章：避免开发生命周期偏离轨道 流程错位（Misaligning the process）： 大爆炸发布（Big-Bang Release）：所有功能在项目末期一次性发布 项目馅饼主义（Project Pieism）：拒绝关键架构权衡，试图面面俱到 不频繁提交（Infrequent Check-In）：开发者长期隔离工作，不整合代码 管道问题（Unpacking the pipeline）： 使用包创建孤岛（Using Packages to Create Silos）：基于团队结构而非架构划分包 测试问题（Testing without testing）： 虚假单元测试（Dummy Unit Tests）：为满足覆盖率要求编写无实际测试意义的代码 DevOps 集成挑战：分析 DevOps 实践在 Salesforce 实施中的常见问题 第 8 章：避免沟通失真 过度沟通（Communicating too much）： 认知过载（Cognitive overload）：信息过多导致接收者无法有效处理 模糊不清（Being unclear in several ways）： 模糊解决方案（Ambiguous solution）：用模糊语言隐藏未决决策 土拨鼠日（Groundhog Day）：反复解释却无法被理解 过度创意的文档（Drawing diagrams with excess creativity）： 非标准文档（Non-standard documentation）：采用非标准格式制作技术文档 变更管理不当（Mismanaging change）： 忽视利益相关者关切（Ignoring stakeholder concerns）：推进开发时忽视关键利益相关者输入 低估变更影响（Underestimating the impact of change）：未能充分评估变更的连锁效应 第 9 章：结论 反模式的核心原因：包括一厢情愿、系统盲视、问题简化、组织约束、弱技术治理、缺乏纪律等 反模式的实际应用：建设性地将反模式思维融入架构设计过程，诊断现有架构问题 深入学习资源：推荐进一步学习反模式、Salesforce 架构和通用架构知识的资源 核心观点 反模式并非简单的 "坏习惯"，而是看似合理却导致负面后果的系统性错误 理解反模式有助于架构师避免常见陷阱，从他人错误中学习 许多反模式源于组织因素（如政治、文化）和技术因素的结合 良好的治理、标准和沟通是避免反模式的关键 随着 AI 和 DevOps 在 Salesforce 生态系统中的普及，新的反模式不断出现，需要持续关注 本书适合 Salesforce 架构师、项目经理、业务分析师等相关人员，帮助他们识别和避免实施中的常见错误，构建更稳健、高效的 Salesforce 解决方案。