在现代的 Java 开发中，我们应当停止使用@Autowired/@Resource注解进行字段注入。这一做法虽然在某些情况下提供了便利，但从整体的架构和可维护性角度来看，存在诸多弊端。

字段注入使得依赖关系变得不清晰和难以理解。当我们直接在字段上使用注解进行注入时，对于一个类的依赖关系不能一目了然。这增加了理解代码逻辑和维护代码的难度，尤其是当项目规模逐渐增大时，可能导致开发者在不了解全貌的情况下误改依赖关系，从而引入难以排查的问题。

字段注入还会降低代码的可测试性。由于依赖是直接注入到字段中，在进行单元测试时，很难对这些依赖进行模拟和控制。这使得测试无法完全覆盖各种可能的情况，从而降低了测试的质量和有效性。

另外，过度依赖这种注解进行字段注入，会违反面向对象编程中的封装原则。类的字段应该由类自身的方法来控制和管理，而不是直接由外部框架进行注入和操作。

相反，我们应当提倡使用构造函数注入或者 setter 方法注入。构造函数注入可以确保在对象创建时，所有必需的依赖都被正确提供，并且使得依赖关系清晰可见。通过这种方式，类的不可变性也能够得到更好的保障。

Setter 方法注入则在灵活性上具有一定优势，适用于某些依赖在对象创建后可能发生变化的情况。

为了构建更加清晰、可维护和可测试的代码架构，我们应当摒弃使用@Autowired/@Resource注解进行字段注入的习惯。采用更加合理和规范的依赖注入方式，能够提高代码的质量，减少潜在的问题，使我们的开发工作更加高效和可靠。只有不断追求良好的编程实践，我们才能在软件开发的道路上越走越稳，为用户提供更加优质的产品和服务。