编程2分钟，命名俩小时

以下全部为个人见解

1. User表中有许多字段（id，name，sex ...(省略100个字段）），现在需要提供一个service 方法，只查找name，sex 字段该怎么给返回值命名？该怎么给方法命名？

   目前还处于瞎几把命名阶段，假如果数据库输出的字段都较短，可以将全部字段返回给service层，service层只挑选有用的字段。但是像text字段这样的，不建议。

2. DDD架构中领域分不清楚，导致代码全部出现在应用层的例子，而领域层内代码很少，像是mapper一样。

   应该对领域层再次进行分层，将领域层分为 核心域、通用域、支撑域。

3. 关于如何统一Get、Find、Select、Query？个人患有纠结症，命名时候犹豫不决

   1. Get（获取）：通常用于从数据源中获取一个特定的对象或数据项。它可以是根据唯一标识符（如ID）获取单个对象，或者根据特定条件获取匹配的对象。例如，从数据库中获取一个用户的详细信息或从缓存中获取某个键对应的值。
   2. Find（查找）：通常用于在数据集合中查找满足特定条件的数据项。它可以是在数组、列表、集合或其他数据结构中查找匹配的元素。查找操作可以使用循环遍历或使用特定的查找算法，如二分查找。
   3. Select（选择）：通常用于从数据源中选择（查询）满足特定条件的数据项。它可以是从数据库表中选择特定的列或字段，也可以是根据条件筛选出满足特定条件的数据行。在关系型数据库中，使用SQL语句的SELECT子句来执行查询操作。
   4. Query（查询）：通常用于描述一种更为复杂和灵活的数据检索操作，可以包含多个条件、连接和排序等。查询可以涉及多个数据源、多个表或多个数据集合，并可以使用特定的查询语言或查询构建器来构造和执行查询操作。
   

   关于 Service、Mapper 中方法命名：

   service接口命名

   find: 表示 service 需要处理逻辑，寻寻觅觅寻寻觅觅，需要花功夫。
   get: 表示 service 直接调用 mapper 接口，唾手可得。

   mapper接口命名

   select：标识参数少的时候，挑选的意思，地摊中挑挑选选商品。
   query：标识参数多的时候，查找的意思，超级大的图书馆中查找你想要的那本书。

4. 对于数据抛异常还是返回null还是返回空数组的见解。

   具体业务具体分析，哪个合理用哪个。