FoxnicSQL中的Service有点像DDD中的Repository，但Foxnic体系里面又没有将Repository和Service区分开来，所以它更有点像两者的合体。但，他们的合与分本身是弹性的，具体还是要看业务场景的需要。在很多项目中，好多时候，Controller是Service的二传手，或许它也会成为Repository的三传手。所以，到底是单传还是二传或是三传还是要看项目、看场景。<br/FoxnicSQL中的Service就是将数据操作的目标具体化，它初始的样子就是针对单个表、单个实体的数据操作者。Service在使用时需要代码生成工具由数据表生成Po、Vo对象，Service接口以及接口实现。关于如何生成这些代码，我们不在此节展开。在此我们主要是了解如何使用Service已经为开发者提供的诸多功能

使用FoxnicWeb以及FoxnicSQL进行应用开发时，都可以支持代码生成。他们的区别是，基于FoxnicSQL的快速main函数启动的应用，只需要生成Model和Service即可。基于FoxnicWeb开发Web应用时，除了生成Model和Service以外，还要生成Proxy、Controller、UI界面等。  Foxnic的代码生成是基于数据表的，所以当表结构变更，甚至只是注释的调整，我们也是建议重新生成必要的代码。在Foxnic的体系中，我们认为最初的表结构设计、ER图设计，就是这个系统设计的起点。后续的程序设计或数据结构设计都是表结构设计的延续。  Foxnic的代码生成体系希望开发者可以有一个较高的开发起点，可以基于生成的代码直接开发应用，甚至是代码生成后无需修改就可以直接使用了。另一方面，我们又不关闭二次开发的开放性，毕竟自由的修改代码才是软件系统可以按需定制的终极路径。这也是Foxnic体系没有走无代码或低代码平台的原因。

AIGC发展到现在，大模型已经逐渐在大家的知识探索、学习知识、搜索领域的重要帮手，那么从普通大众认知角度，到底能做到什么程度，我们选三个当前知名度较高的大模型进行验证和对比。GPT4o：OpenAI大模型代表，大模型的标杆DeepSeek：深度求索的大模型，当前最火爆的大模型，低成本高效能的杰出代表。（也是作为开发者的我最喜爱的大模型）Doubao：字节跳动的大模型，也是国内断崖领先的大模型应用豆包的底层模型。（豆包App是基于该大模型的应用，做了大量其他辅助工作，如搜索等，因此该大模型表现的能力，不能完全和豆包App划等号）