Bookshelf.js Mapper API新提案：简化模型与查询构建

该提案提出了对Bookshelf.js的一个重大改进方案，旨在通过移除现有的Model和Collection概念，并引入新的Mapper对象来处理模型配置和查询构建，从而提高API的灵活性和可自定义性。此外，这一提案还旨在简化API的设计，提供更加直观和流畅的界面，以及提高与数据库层的连接解耦，减少功能函数的参数数量。提案还考虑到了对关系类型的支持，查询范围，复合ID以及插件支持等方面的改进。以下是提案中提到的一些关键知识点： 1. **Mapper API的设计理念**：传统的Model和Collection概念在一些场景下可能过于繁琐，限制了开发者的操作。提案中的Mapper API通过使用原始对象和数组来替代这些概念，使得操作更加直接和灵活。 2. **数据库层的灵活性与可自定义界面**：Mapper API的设计允许开发者根据自己的需求更灵活地定制数据库层的操作，提供了更为丰富的配置选项和查询构建工具。 3. **流畅的API界面**：为了提升用户体验，Mapper API的接口设计遵循流畅性原则，使得API的调用更加直观易懂。 4. **连接与域模型的解耦**：此设计允许开发者在不需要深入了解底层实现的情况下，可以轻松地将Bookshelf实例与域模型连接起来，增加了代码的可维护性和可重用性。 5. **职能合同简化**：通过减少函数参数的方式，简化了API的职能合同，使得函数的使用更加简单。 6. **查询范围支持**：在某些应用中，仅通过基本的查询功能是不够的，需要能够提供范围查询的支持，以实现更加复杂的数据检索。 7. **复合ID支持**：这涉及到能够处理具有多个字段组合的主键，增加了对复杂数据库模式的支持。 8. **对更多关系类型的支持**：数据模型之间的关系多种多样，此提案希望改进现有的关系类型支持，以适应更加复杂的场景。 9. **插件支持的改进**：通过支持自定义记录模型、解析/格式化和自定义关系类型等方面，API提供了更加丰富的插件生态，让开发者可以根据需求实现更多的功能。 10. **虚拟属性**：虚拟属性指的是那些在数据库中并不真实存在，但可以通过程序逻辑动态生成的属性。这种设计可以大幅提高数据模型的灵活性。 11. **初始化过程的保持不变**：尽管提议中提出了较大的改动，但初始化Bookshelf实例的方式保持不变，这意味着现有的使用Bookshelf的应用在迁移到新的Mapper API时，改动不会太大。 12. **技术堆栈**：提案中提到使用了`bookshelf`和`knex`两个主要的技术组件，其中Bookshelf是核心库，而Knex.js是一个功能强大的SQL查询构建器，它们共同工作以提供一个强大的数据库操作接口。 通过这些改进，提案期望Bookshelf.js能够更好地服务于开发社区，让开发者在使用该库进行数据库操作时更加高效和愉快。"