2022-06-24 10:10:35|已浏览：475次
逻辑架构：逻辑架构关注的是功能，包含用户直接可见的功能，还有系统中隐含的功能。或者更加通俗来描述，逻辑架构更偏向我们日常所理解的“分层”，把一个项目分为“表示层、业务逻辑层、数据访问层”这样经典的“三层架构”。
开发架构：开发架构则更关注程序包，不仅仅是我们自己写的程序，还包括应用程序依赖的SDK、第三方类库、中间价等。尤其是像目前主流的Java、.NET等依靠虚拟机的语言和平台，以及主流的基于数据库的应用，都会比较关注。和逻辑架构有紧密的关联。
运行架构：顾名思义，更关注的是应用程序运行中可能出现的一些问题。例如并发带来的问题，比较常见的“线程同步”问题、死锁问题、对象创建和销毁（生命周期管理）问题等等。开发架构，更关注的是飞机起飞之前的一些准备工作，在静止状态下就能规划好做好的，而运行架构，更多考虑的是飞机起飞之后可能发生的一些问题。
物理架构：物理架构，更关注的系统、网络、服务器等基础设施。例如：如何通过服务器部署和配置网络环境，来实现应用程序的“可伸缩性、高可用性”。或者举一个实际的例子，如何通过设计基础设施的架构，来保障网站能支持同时10W人在线、7*24小时提供服务，当超过10W人或者低于10W人在线时，可以很方便的调整部署架构来支撑。
数据架构：数据架构，更关注的是数据持久化和存储层面的问题，也可能会包括数据的分布、复制、同步等问题。更贴切来讲，如何选择需要的关系型数据库、流行的NOSQL，如何保障数据存储层面的性能、高可用性、灾备等等。很多时候，和物理架构是有紧密联系的，但它更关注数据存储层面的，物理架构更关注整个基础设施部署层面。
1、机器语言
是最低级的语言，是由二进制码组成，是最早期的一种程序语言。
2、技术功能代码
这种代码与业务，与要实现的系统完全没有依赖，各个编程语言标准库，框架都属于此类，这类代码尽量按不同技术进行独立，保证代码的正确性。如实在需要大量类型组合出需要的功能，如Web框架，设计的功能很多，则应该使用接口，尽量隔离不同的功能，技术。
3、业务中功能的实现代码
这种代码需要实现业务逻辑，一般会存取业务数据，转换数据结构，检查数据是否符合要求，调用功能类库等，这类代码关联的东西很多，需要做到尽量简单，等分离出去的尽量分离出去，简单一来不容易出问题，二来只需要少量测试即可保证这部分代码的正确性。
4、针对业务逻辑对功能类库进行封装的类库的代码
有的业务逻辑中一个功能，可能需要某种类库做大量动作。然而这些代码实现的功能，在业务逻辑中是不可分割的一个步骤，因此可以独立出来，作为包装类库，也需要编写一定量的测试代码，保证正确性。
5、业务逻辑组合代码
一个系统会有多个业务逻辑，其组合规则也可以被独立出来，以方便扩展和修改业务逻辑。
