Java 使用org.openide.filesystems代替反射

我目前正在处理的项目使用反射来查找bean并将它们注入相应的注入点。该项目也建立在Spring上。出于某种原因，一段时间以来，看到所有的反映一直困扰着我

然后我考虑使用

org.openide.filesystems

来表示xml文件中的注入和注入点，该文件在编译时由

AnnotationProcessors

生成。此xml文件可以在运行时加载，所有依赖项都可以在适当的注入点注入

---

虽然我知道我可以创建一个示例实现，但我担心我可能只是在尝试重新发明轮子，所以我决定在这里发布这个问题。为什么没有人反对在Web项目中使用和滥用spring和反射？

他们为什么会抱怨？反射节省了开发时间。如果应用程序满足性能要求，那么为什么要花更多的时间来开发它呢？我不怀疑我的第三方库是否以最有效的方式实现了它们的目标，只要它们以足够快和有用的方式实现它们。我的问题是关于框架开发人员，以及为什么我上面提到的概念没有获得更多的关注/动力。我的意思是，我想到了这一点，这通常意味着其他人基本上都放弃了这个想法。所以我想知道他们为什么要丢弃它。最终用户肯定会使用比使用反射更有效的框架。是什么让您认为文件I/O将比反射更快？从磁盘读取是另一个众所周知的缓慢过程。此外，您如何避免反思？如果您已经阅读了该文件，并且知道名为“foo”的类有一个名为“bar”的属性，并且该属性需要设置为5，那么您仍然需要使用反射来设置该属性。也许你的方法更快。简而言之，春天之所以受欢迎，是因为它是最早的。Spring启动时，依赖注入并不存在（作为科学项目除外）。现在它很流行，因为它很流行。哦，我们在启动时接受I/O造成的冲击，所以它不会影响实际的请求处理。声明依赖项的典型文件采用类的完整路径。除此之外，我不完全确定netbeans是否确实使用反射来查找和实例化这些类，但基于我在netbeans平台上近2年的工作，我对此表示怀疑。但是，即使是这样，框架也会隐藏反射调用，从而阻止使用和滥用

反射
。是的，我知道spring是第一个出现的，但这从未阻止技术在过去的改进，所以我的问题仍然存在。为什么上面的方法没有吸引java web框架开发人员。