设计模式存在命名区分吗？架构与类/对象型模式的界定词汇是什么？

刚好我对这个区分门儿清，咱们把这事说透：

业界最通用、认可度最高的区分词汇是 架构模式（Architectural Patterns） 和 设计模式（Design Patterns），具体差异如下：

• 架构模式：对应你提到的MVC、MVVM、Three-Tier、Smart UI这类。它们是宏观层面的系统骨架设计，关注整个程序的整体布局、模块划分、层级职责、各部分之间的通信方式，决定了系统的整体组织逻辑和可扩展性。简单说，就是搭整个系统的大架子。
• 设计模式：对应抽象工厂、单例、装饰器这类（也就是GoF四人帮定义的经典模式）。它们是微观层面的代码设计技巧，聚焦于类或对象之间的交互关系、职责分配、代码复用性，解决的是具体模块内的局部设计问题。比如怎么创建对象、怎么给对象动态加功能、怎么保证全局只有一个实例这类细节。

当然，也有一些其他叫法，比如有人会把后者称为微观设计模式或者面向对象设计模式，但“架构模式”+“设计模式”是专业讨论里最省心的说法——只要一提，同行立刻就能get到你说的是哪个层面的东西。

你提到的“架构设计模式与类级设计模式”其实也能表达核心意思，但相对来说不够通用，尤其是“类级设计模式”的说法会有点局限（因为有些设计模式是针对对象的，比如原型模式），所以还是优先用标准术语更稳妥。

举个直观的例子：做一个电商Web应用，先选MVC作为架构模式来划分前端视图、后端控制器、数据模型的层级；然后在数据模型层里，用单例模式管理数据库连接池，用装饰器模式给订单服务加日志和权限校验功能——前者定架子，后者填细节。

内容的提问来源于stack exchange，提问作者nhershy