使用反射调用多个时的 Guice 注入 类
Guice Injection While Using Reflection to Call Multiple Classes
在Injection和使用Reflection调用Multiple时遇到了一个比较有意思的问题类.
背景
报表参数定义 table 包含报表行。其中一列包含完整包和 class 名称。
ReportDef 对象包含报表参数定义
ReportRequest 对象包含报告相关信息,例如您需要什么月份的报告、报告格式(pdf、txt 等)和其他与数据相关的信息收集器需要进行正确的数据库查询。
ReportHandler 这个 class 是反射调用的。调用适当的 DataCollector,然后 运行 根据收集到的数据生成报告。 ReportHandler 确实有一个 @Inject 构造函数。
ReportDataCollector 所有数据收集器实现的接口。它包含方法 getReportData.
EligibilityDataCollector 实现 ReportDataCollector。此 class 的目的是收集与资格报告相关的所有数据并将内容添加到资格对象,然后 ReportHandler 将其用于 运行 报告
XXXXXCalcs 处理计算的多个计算 classes。构造函数由于各种原因进行注入,但主要是为了能够进行适当的数据库调用(通过 DAO 层)
设计
我在背景部分讨论过这个,但为了清楚起见,流程是这样的
ReportHandler > xxxxDataCollector > xxxxxCalcs
代码
ReportHandler
// get class name based on the Report Def object. The String returned
// from getReportImplementationClass is the full package + class name
Class<?> cls = Class.forName(reportDefs.getReportImplementationClass());
// create new instance of that class
Object obj = cls.newInstance();
// Cast it to ReportDataCollector to ensure that getReportData exists
// note this is in a try / catch and will catch any issues that might arise
// here
ReportDataCollector reportObj = (ReportDataCollector) obj;
// Get the report data needed
birtGroupList = reportObj.getReportData(reportRequest, emProvider);
// Run the report with that data returned
if (birtGroupList != null) {
result = runner.runReport(birtGroupList, reportRequest);
}
资格数据收集器
具体的代码无关紧要,但基本上getReportData最终会协调所有需要的信息。该信息的一部分是调用计算 class。数据收集器知道它需要什么数据,所以它调用特定的计算 classes.
xxxxx计算
这个class有一个注入构造函数。
问题
到目前为止的报告代码不必调用任何计算 classes,因此通过需要注入的反射调用 classes 不是问题。 cls.newInstance() 有效,所以一切都通过 ReportHandler 到 xxxxDataCollector,没有任何问题。
我想做的是通过反射调用 EligibilityDataCollector 构造函数并注入 xxxxCalcs 实例,这样我就可以执行我需要的计算。
所以我需要 ReportHandler 来确定是否有一个非空的构造函数,然后调用它提供它需要的注入信息。
或者在 EligibilityDataCollector 级别上,如果我可以创建或获取注入数据,然后调用 xxxxCalcs 也可以。
其中一个问题是我不能只用 "new" 实例化 xxxCalcs 对象,因为它的构造函数也需要注入,这些对象也有带注入的构造函数...所以它很快变得非常混乱。这还不算我会破坏预期在整个项目中注入的整体设计这一事实。
这个问题的解决方案最终需要一些工作才能弄清楚,但这里是...
我更新了 ReportHandler class 构造函数以接受 Injector 对象。
然后反射部分已经更新到这个
Class<?> cls = Class.forName(reportDefs.getReportImplementationClass());
Object obj = null;
// get the constructors
Constructor<?>[] allConstructors = cls.getDeclaredConstructors();
// must have at least one constructor
if ((allConstructors.length <= 2) && (allConstructors.length > 0)) {
for (Constructor<?> constructor : allConstructors) {
Class<?>[] pType = constructor.getParameterTypes();
if (pType.length >= 1) { // grab the non empty constructor
Object[] objParamsObjects = new Object[pType.length];
for (int i = 0; i < pType.length; i++) {
objParamsObjects[i] = injector.getInstance(pType[i]);
}
obj = constructor.newInstance(objParamsObjects);
break;
}
}
// constructor with no parameters
if (obj == null) {
obj = cls.newInstance();
}
ReportDataCollector reportObj = (ReportDataCollector) obj;
birtGroupList = reportObj.getReportData(reportRequest, emProvider);
if (birtGroupList != null) {
result = runner.runReport(birtGroupList, reportRequest);
}
}
上述实现的唯一问题是您是否希望多个构造函数具有相同数量的参数。在我正在使用的实现中,这种情况不应该发生,但做出假设永远都不好。
在Injection和使用Reflection调用Multiple时遇到了一个比较有意思的问题类.
背景
报表参数定义 table 包含报表行。其中一列包含完整包和 class 名称。
ReportDef 对象包含报表参数定义
ReportRequest 对象包含报告相关信息,例如您需要什么月份的报告、报告格式(pdf、txt 等)和其他与数据相关的信息收集器需要进行正确的数据库查询。
ReportHandler 这个 class 是反射调用的。调用适当的 DataCollector,然后 运行 根据收集到的数据生成报告。 ReportHandler 确实有一个 @Inject 构造函数。
ReportDataCollector 所有数据收集器实现的接口。它包含方法 getReportData.
EligibilityDataCollector 实现 ReportDataCollector。此 class 的目的是收集与资格报告相关的所有数据并将内容添加到资格对象,然后 ReportHandler 将其用于 运行 报告
XXXXXCalcs 处理计算的多个计算 classes。构造函数由于各种原因进行注入,但主要是为了能够进行适当的数据库调用(通过 DAO 层)
设计
我在背景部分讨论过这个,但为了清楚起见,流程是这样的
ReportHandler > xxxxDataCollector > xxxxxCalcs
代码
ReportHandler
// get class name based on the Report Def object. The String returned
// from getReportImplementationClass is the full package + class name
Class<?> cls = Class.forName(reportDefs.getReportImplementationClass());
// create new instance of that class
Object obj = cls.newInstance();
// Cast it to ReportDataCollector to ensure that getReportData exists
// note this is in a try / catch and will catch any issues that might arise
// here
ReportDataCollector reportObj = (ReportDataCollector) obj;
// Get the report data needed
birtGroupList = reportObj.getReportData(reportRequest, emProvider);
// Run the report with that data returned
if (birtGroupList != null) {
result = runner.runReport(birtGroupList, reportRequest);
}
资格数据收集器
具体的代码无关紧要,但基本上getReportData最终会协调所有需要的信息。该信息的一部分是调用计算 class。数据收集器知道它需要什么数据,所以它调用特定的计算 classes.
xxxxx计算
这个class有一个注入构造函数。
问题
到目前为止的报告代码不必调用任何计算 classes,因此通过需要注入的反射调用 classes 不是问题。 cls.newInstance() 有效,所以一切都通过 ReportHandler 到 xxxxDataCollector,没有任何问题。
我想做的是通过反射调用 EligibilityDataCollector 构造函数并注入 xxxxCalcs 实例,这样我就可以执行我需要的计算。
所以我需要 ReportHandler 来确定是否有一个非空的构造函数,然后调用它提供它需要的注入信息。
或者在 EligibilityDataCollector 级别上,如果我可以创建或获取注入数据,然后调用 xxxxCalcs 也可以。
其中一个问题是我不能只用 "new" 实例化 xxxCalcs 对象,因为它的构造函数也需要注入,这些对象也有带注入的构造函数...所以它很快变得非常混乱。这还不算我会破坏预期在整个项目中注入的整体设计这一事实。
这个问题的解决方案最终需要一些工作才能弄清楚,但这里是...
我更新了 ReportHandler class 构造函数以接受 Injector 对象。
然后反射部分已经更新到这个
Class<?> cls = Class.forName(reportDefs.getReportImplementationClass());
Object obj = null;
// get the constructors
Constructor<?>[] allConstructors = cls.getDeclaredConstructors();
// must have at least one constructor
if ((allConstructors.length <= 2) && (allConstructors.length > 0)) {
for (Constructor<?> constructor : allConstructors) {
Class<?>[] pType = constructor.getParameterTypes();
if (pType.length >= 1) { // grab the non empty constructor
Object[] objParamsObjects = new Object[pType.length];
for (int i = 0; i < pType.length; i++) {
objParamsObjects[i] = injector.getInstance(pType[i]);
}
obj = constructor.newInstance(objParamsObjects);
break;
}
}
// constructor with no parameters
if (obj == null) {
obj = cls.newInstance();
}
ReportDataCollector reportObj = (ReportDataCollector) obj;
birtGroupList = reportObj.getReportData(reportRequest, emProvider);
if (birtGroupList != null) {
result = runner.runReport(birtGroupList, reportRequest);
}
}
上述实现的唯一问题是您是否希望多个构造函数具有相同数量的参数。在我正在使用的实现中,这种情况不应该发生,但做出假设永远都不好。