简介

这是一个学习使用Easy Query的项目，请先执行resources\sql\mysql.sql来导入数据， 在com.easy.query.sample.base.Config中修改数据库配置。 请不要一次执行全部方法，因为一旦执行了有关插入和更新的测试方法会污染数据，因为它们不具备幂等性， 如果运行测试方法出错，请重新导入数据。

具体使用说明请参考 Easy Query官方文档。

对象模式

在对象模式下，为什么实体类User需要实现ProxyEntityAvailable<User, UserProxy> 因为EasyEntityQuery需要根据User类型推断出UserProxy类型，UserProxy类型是APT生成的，它有name()方法，如下：

        EasyEntityQuery easyEntityQuery = new DefaultEasyEntityQuery(easyQueryClient);
        easyEntityQuery.queryable(User.class).where(e -> e.name().like("张")).toList();

可以不实现ProxyEntityAvailable<User, UserProxy>吗？ 不可以，因为EasyEntityQuery的queryable方法如下：

<TProxy extends ProxyEntity<TProxy, T>, T extends ProxyEntityAvailable<T,TProxy>> EntityQueryable<TProxy, T> queryable(Class<T> entityClass);

它声明了T extends ProxyEntityAvailable<T,TProxy>，也就是说User必须实现ProxyEntityAvailable<User, UserProxy> 为什么EasyEntityQuery的queryable方法如此设计呢？它可以根据User推断出UserProxy

        EasyEntityQuery easyEntityQuery = new DefaultEasyEntityQuery(null);
        EntityQueryable<UserProxy, User> queryable = easyEntityQuery.queryable(User.class);

可否不实现ProxyEntityAvailable<User, UserProxy>，直接推断出UserProxy呢？ 效果如下：

EasyQuery easyQuery = new EasyQuery();
Queryable<ExtUserProxy, User> queryable1 = easyQuery.queryable(User.class);

设计如下：

//此处ExtProxy类似ProxyEntity
public class ExtProxy<T> {
}

public class Queryable<P extends ExtProxy<T>, T> {
    public void where(SQLExpression1<P> whereExpression) {
    }
}

public class EasyQuery {
    <P extends ExtProxy<T>,T> Queryable<P, T> queryable(Class<T> entityClass) {
        return null;
    }
}

//此处ExtProxy类似AbstractProxyEntity，其实最终AbstractProxyEntity还是实现ProxyEntity
public class ExtUserProxy extends ExtProxy<User> {
    public ExtUserProxy() {
    }

    public int id() {
        return 0;
    }
}

结果如下：

EasyQuery easyQuery = new EasyQuery();
Queryable<ExtProxy<User>, User> queryable1 = easyQuery.queryable(User.class);

我们发现T最多就只能推断T，如果User不去实现UserProxy的接口，根本无法根据User推断出UserProxy， 再回到设计，如下：

<TProxy extends ProxyEntity<TProxy, T>, T extends ProxyEntityAvailable<T,TProxy>> EntityQueryable<TProxy, T> queryable(Class<T> entityClass);

首先传入的Class<T>推断出T，比如User.class->User,由T得知ProxyEntityAvailable<T,TProxy>，即比如User->ProxyEntityAvailable<User,UserProxy> 所以T extends ProxyEntityAvailable<T,TProxy>，而TProxy必须是类型UserProxy这样的，所以<TProxy extends ProxyEntity<TProxy, T>

API模式选择

在query方法中，是根据类型查对象 在对象模式下，入参是Class类型，T实现接口关联TProxy,可推断出TProxy类型 在代理模式下，入参是实体类T的增强类型，即TProxy类型，可推断出TProxy类型 但是在update方法中，是修改对象 在对象模式下，入参不是Class类型，是T类型，因为修改的是对象,但可以调getClass获取到其Class类型，再推断出TProxy类型 在代理模式下，入参虽然是T类型，但不可以像对象模式那样推断出TProxy类型，因为T没有实现接口关联TProxy