EmDash 与 WordPress：实用架构对比
从插件与主题到托管、认证与内容运营，在架构层面对比 WordPress 与 EmDash。
多数 CMS 对比困在功能对照表里。这通常是最没用的比较方式。
更重要的问题是：各平台在编辑界面之下如何构建。WordPress 与 EmDash 都关心发布、可扩展性与广泛的开发者生态，但底层假设截然不同。
扩展模型
WordPress 围绕深度嵌入应用运行时的插件模型成长，因而插件强大，但也常继承广泛信任。
EmDash 的扩展故事更受约束：
- 插件声明能力
- 插件在隔离沙箱中运行
- 信任收窄到显式动作
若你关心插件安全、平台治理或多租户托管，这不是小实现细节，而是改变了「可安全安装」的含义。
主题模型
WordPress 主题历史上很强大，因为能做的远不止是展示。久而久之，主题承担了本不属于干净展示层的逻辑、数据访问与副作用。
EmDash 更偏前端原生路线。主题基于 Astro 项目，包含页面、布局、组件与样式。对现代前端团队更易推理，在版本控制中也更易审阅。
若你在评估未来的主题迁移，下一篇实用读物是 将 WordPress 主题迁移到 Astro 与 EmDash。
托管模型
WordPress 假设更传统的应用托管模型。即便高度优化，仍要围绕服务器、缓存、后台任务与扩展策略做权衡。
EmDash 更自然地贴合无服务器部署路径，因此在以下方面叙事更强：
- 缩容至零的经济性
- 突发流量处理
- 更低的空闲基础设施成本
- 平台式多实例部署
这并不意味着 WordPress 过时，而是说 EmDash 更贴合基础设施演进方向。
认证模型
WordPress 历史上假设密码、用户加固与层层防御插件。EmDash 以通行密钥与可插拔认证为另一套基线。
对希望减少暴力破解问题、并获得更现代访问体验的团队，EmDash 的默认安全姿态更清晰。
内容运营
WordPress 成熟且熟悉，但仍携带大量关于内容与扩展如何交互的历史假设。
在以下场景 EmDash 的运营叙事更强：
- 类型化 schema
- AI 辅助管理
- CLI 驱动工作流
- 基于 MCP 的工具链
- 编辑数据与前台实现之间更清晰的界线
这对把内容系统视为更大工程平台一部分、而非独立管理面板的团队尤其相关。
各自适合哪类团队
WordPress 在以下情况仍然合理：
- 需要遗留兼容
- 已有庞大的主题与插件生态
- 团队已熟练运营 WordPress
EmDash 在以下情况更合理：
- 希望现代前端架构
- 需要更严格的扩展边界
- 偏好无服务器友好部署
- 更契合 AI 辅助工作流
最好的 framing 不是「WordPress 旧、EmDash 新」，而是 EmDash 试图保留 WordPress 推广的实用出版模型，同时替换那些已难以安全治理与清爽运营的部分。