在软件分层架构中，数据的调用通常遵循以下规则和步骤：
表示层调用业务逻辑层
表示层是用户与系统交互的界面，负责接收用户输入并展示结果。
表示层通过调用业务逻辑层的接口来实现功能。这些接口定义了表示层可以执行的操作，而业务逻辑层则负责处理这些操作的具体逻辑。
业务逻辑层调用数据访问层
业务逻辑层是系统的核心，包含业务规则和逻辑处理。
业务逻辑层可以调用数据访问层来获取或修改系统的数据。数据访问层负责与数据库或其他数据源进行交互，提供数据的读取和写入操作。
数据访问层与数据源交互
数据访问层直接与数据库或其他数据源进行交互，执行具体的CRUD（创建、读取、更新、删除）操作。
数据访问层通常由业务逻辑层调用，以实现对数据的操作和管理。
示例
假设我们有一个简单的电商系统，其分层结构如下：
表示层：用户界面，包括网页或移动应用。
业务逻辑层：处理订单、用户管理等核心业务逻辑。
数据访问层：与数据库交互，执行数据的增删改查。
调用流程
用户通过表示层提交订单
用户在网页或移动应用上选择商品并提交订单。
表示层接收用户请求，并调用业务逻辑层的订单处理接口。
业务逻辑层处理订单
业务逻辑层接收到订单请求后，进行订单验证、库存检查等操作。
如果订单有效，业务逻辑层会调用数据访问层的订单保存接口，将订单信息写入数据库。
数据访问层与数据库交互
数据访问层接收到订单保存请求后，与数据库进行交互，执行插入操作。
数据库保存订单信息后，返回操作结果给数据访问层。
业务逻辑层返回结果
数据访问层将操作结果返回给业务逻辑层。
业务逻辑层根据操作结果返回相应的响应给表示层，例如订单成功或失败的信息。
表示层展示结果
表示层接收到业务逻辑层的响应后，将订单状态展示给用户。
注意事项
松耦合：各层之间应保持松耦合，便于独立开发和维护。
性能考虑：虽然分层调用有助于模块化，但在运行态中过度强调分层调用可能会增加调用链路节点，从而影响性能。
灵活性：在某些情况下，如标准化服务或查询类接口，可以直接调用，而不必严格按照分层调用。
通过这种分层调用模式，可以提高系统的可维护性、可扩展性和团队协作效率。