Java：在列表中使用反射或存储实例对象？

Question

你好吗？我正在尝试执行一些动态方法调用以获取 Java (Android) 中各种对象的 sql 字符串，但我对性能和稳定性有一些疑问。

上下文示例：存储库类 onCreate 方法获取所有实体对象（表）并调用方法（例如 getCreateTable）以获取要执行的 sql 字符串。

当然，我可以逐个类显式调用每个方法，但我还有其他调用，如“dropTables”、“truncateTables”等，我不想一直重复相同的结构。

public void CreateTables() {

    execute(Entity1.getCreateTable());

    execute(Entity2.getCreateTable());

    execute(Entity3.getCreateTable());

    [..]

    execute(Entity50.getCreateTable());

}

public void DropTables() {

    execute(Entity1.getDropTable());

    execute(Entity2.getDropTable());

    execute(Entity3.getDropTable());

    [..]

    execute(Entity50.getDropTable());

}

直到现在我知道我可以通过 3 种不同的方式做到这一点。

1）使用反射（目前正在使用）：基本上，我将所有对象类存储在一个列表中，然后使用反射来调用所需的静态方法。但我知道反射并不总是应该是首选。

private final List<Class> entityList = new ArrayList<Class>() {

    {

        add(Entity1.class);

        add(Entity2.class);

        add(Entity3.class);

    }

};

public void createTables() {

    /* get all query strings */

    List<String> queryList = getQueryList("createTable");

    try {

        for (String query : queryList) {

            execute(query);

        }

    } catch (SQLException e) {

        [...]

    }

}

private List<String> getQueryList(String methodName) {

    List<String> queryList = new ArrayList<>();

    for (Class<?> objectClass : entityList) {

        try {

            Method[] ms = objectClass.getMethods();

            for (Method me : ms) {

                if (me.getName().equals(methodName)) {

                    String query = (String) me.invoke(null);

                    if (query != null && query.length() > 0) {

                        queryList.add((String) me.invoke(null));

                    }

                    break;

                }

            }

        } catch (Exception e) {

            [...]

        }

    }

    return queryList;

}

2）在列表中存储对象实例：我可以有一个包含实例化对象的列表，然后转换为抽象父类（或接口）并调用方法来获取 sql 字符串。在这种情况下，我不知道在内存中保留实例对象列表是否是一个好习惯，也许这可能比根据列表大小使用反射更糟糕。

3) 将所有字符串存储到 JSON 对象中：我还没有测试过那个，但我确定应该可以。我可以调用“init”方法来遍历所有对象并使用所有 sql 字符串（删除、创建、截断等）创建该 JSON 对象/数组。

如果您能与我分享您对这些方法（优缺点）或其他更好解决方案的看法，我将不胜感激。

Answer 1

正如评论中所指出的，这显然是一个糟糕的设计（这是一个我正在重构的旧项目）。所以我决定摆脱反思，花一些时间重新设计代码本身。我创建了一个基超类来处理所有类似的方法，并让实体/模型仅实现所需的单独规则，因此数据库访问仅作为单例存储在一个类中。使用接口多态性要好得多。通过这种方式，db 类处理动态 SQL 生成以避免在各处重复相同的代码并重新使用/回收实例列表以提高性能。观察。1：反射会降低性能，通常会让调试变得更加困难。当然它可以节省一些时间，因为它实现起来很快，但是会禁用大部分 IDE 功能，这使得它在大多数情况下毫无价值。观察。2：也不应该保持数据库实例列表处于活动状态。让许多实例同时访问数据库绝不是一个好主意，它会导致数据库锁定并重现意外问题。观察。3：那个 JSON 的东西……算了吧。我很抱歉提出如此丑陋的建议。