【利刃出鞘】链式思维利用ChatGPT,让其成为工作中的利剑
- 一、一点思考
- 二、技术学习——链式思维
- 2.1 springboot注册bean的几种方式?
- 2.2 springboot` @Component` 注册的原理?
- 2.3 springboot引用注册的`Bean`原理?
- 2.4 private final MyBean myBean,对于这样的引用还是少见,它和 @Autowired的区别是什么?
- 2.5 继续深入提问
- 三、ChatGPT比普通搜索引擎强在哪
一、一点思考
最近在工作中,使用ChatGPT
的频率很大,特别是文档写作,如撰写文献综述、评优评先材料,它成为一位非常重要的“副驾驶”。其实对于很多人来说,也包括我,组织语言是一件非常劳心的事情,ChatGPT
恰恰擅长,虽然并不是每次回答的内容非常符合规范和标准,但是其提供的内容稍加修改后(增加符合自身主题的内容)足以满足日常工作内容要求。
ChatGPT
的能力取决于你问问题的能力,准确的指令会得到满意的回答。如在为一个活动拟定主题,ChatGPT
就可以在你输入的指令下给你提供较为满意的且对仗工整的主题名称。如果你不满意,输入“继续优化”,它就可以无限地优化下去,或许某一个结果就符合你的“胃口”。
二、技术学习——链式思维
在面向对象程序设计中,程序工作者对链式编程或者是责任链模式应该很熟悉。而在使用ChatGPT
时,它的强大就是可以进行链式问答,给一个起点问题,你可以在垂直方向接二连三的问下去,直到你对你的起点问题有一个比较清晰的认知。举个例子,就像我们再使用思维脑图时,可以连续Tab
下去。
举个例子:
假如我是一个springboot初学者,不知道如何在程序中将普通类注册为bean,我该怎么办?下面就是我提问的过程。
2.1 springboot注册bean的几种方式?
回答:
在Spring Boot中,我们可以使用以下几种方式注册Bean:
使用@Component、@Service、@Repository和@Controller等注解,将类标记为一个组件,然后使用@ComponentScan或@SpringBootApplication等注解,将组件扫描并注册为Bean。
使用@Configuration和@Bean注解,将类标记为一个配置类,并在配置类中使用@Bean注解,将方法返回的对象注册为Bean。
实现接口ImportBeanDefinitionRegistrar,重写registerBeanDefinitions方法,手动注册Bean到Spring容器中。
实现接口BeanDefinitionRegistryPostProcessor,重写postProcessBeanDefinitionRegistry方法,手动注册Bean到Spring容器中。
使用@Import注解,将其他配置类或组件引入到当前配置类中,从而将其他配置类或组件中的Bean注册到Spring容器中。
需要注意的是,在Spring Boot中,我们通常使用注解方式来注册Bean,这样更加简单和方便。但在一些特殊场景下,手动注册Bean也是很有必要的,例如需要动态生成Bean对象时,就需要使用手动注册的方式。
我会选择使用@Component
注解完成普通类的注册。接着我就很好奇@Component
注册的原理?
2.2 springboot @Component
注册的原理?
在Spring Boot中,使用@Component注解将一个类标识为Spring容器中的一个组件,从而使得该类可以被Spring框架管理和使用。@Component注解是Spring中最基本的注解之一,可以用来标识一个类为Spring容器中的一个Bean。
在Spring Boot启动时,会自动扫描指定的包及其子包下的所有类,查找其中标注了@Component注解的类,并将其注册到Spring容器中。通过这种方式,我们可以方便地将自己编写的类作为组件注册到Spring容器中,从而使得其可以被其他组件或应用程序使用。
@Component注解本身并没有太多的逻辑,其实现原理是基于Spring框架中的@ComponentScan注解和ClassPathBeanDefinitionScanner类。@ComponentScan注解用于指定需要扫描的包及其子包,ClassPathBeanDefinitionScanner类则用于扫描指定包下的所有类,并将标注了@Component注解的类注册到Spring容器中。
需要注意的是,@Component注解默认只会扫描当前应用程序的类路径下的组件,如果需要扫描其他类路径下的组件,可以使用@ComponentScan注解指定需要扫描的类路径。同时,@Component注解还有其它的变种,如@Service、@Controller、@Repository等,它们分别用于标识不同类型的组件,但其实现原理与@Component注解相同。
根据回答,大致明白了@Component
注解的作用原理。接着我就好奇,被注册的Bean在程序其它地方怎么引用?
2.3 springboot引用注册的Bean
原理?
在Spring Boot中,引用已经注册的Bean的原理主要是依赖于Spring框架中的依赖注入(Dependency Injection)机制。通过依赖注入,我们可以在应用程序中自动注入其他组件所创建的Bean,从而实现组件之间的协同工作。
在Spring中,依赖注入是通过控制反转(Inversion of Control,简称IoC)实现的。控制反转指的是将对象的创建和依赖关系的管理交给外部容器,而不是由对象自己来管理。在Spring中,容器会负责创建和管理Bean,同时将其注入到需要它们的其他组件中。
通过上述方式,我们可以方便地实现组件之间的依赖注入,从而实现组件之间的协同工作。同时,Spring Boot还支持其他的依赖注入方式,如Java Config、XML配置等,可以根据实际情况选择合适的方式进行使用。
瞬间,我们的知识量充裕了。 我们在构造器注入的方式中,看到了 private final MyBean myBean;
,对于这样的引用还是少见,它和 @Autowired
的区别是什么?
2.4 private final MyBean myBean,对于这样的引用还是少见,它和 @Autowired的区别是什么?
private final MyBean myBean 是使用构造器注入(Constructor Injection)方式来依赖注入的一种写法,它和使用 @Autowired 注解的属性注入方式在实现上是等价的,都是将 MyBean 注入到 MyComponent 组件中。
使用构造器注入时,我们将需要注入的组件作为构造函数的参数,通过将参数保存为 final 的方式来确保注入的组件不会被修改。这种方式可以帮助我们更好地控制组件的状态,避免在组件中意外地修改了注入的组件的状态。
而使用 @Autowired 注解的属性注入方式,我们需要将需要注入的组件标注为 @Autowired 注解,然后将该组件注入到属性中。这种方式的优点是可以将依赖注入的代码放在组件中的任意位置,方便开发者对组件的依赖关系进行维护。
总的来说,使用构造器注入的方式可以帮助我们更好地控制组件的状态,避免在组件中意外地修改了注入的组件的状态,同时也可以避免组件因为缺少必要的依赖而无法创建。而使用 @Autowired 注解的属性注入方式则更加方便,在组件中的任意位置都可以进行依赖注入,使得代码的可读性和可维护性更高。
需要注意的是,在使用构造器注入时,需要将需要注入的组件作为构造函数的参数,这样才能保证组件能够被注入。如果依赖的组件太多,构造函数会变得过于复杂,这时可以考虑使用 @Autowired 注解的属性注入方式。另外,构造器注入方式还可以使用 @Inject 注解来实现,使用方式类似于 @Autowired 注解。
2.5 继续深入提问
当然我们可以无限地继续提问下去,比如@Autowired和@Inject注解的区别在哪?
但是回到出个问题,我们想问的已经达到目的,并能够初步理解springboot
相关知识。
接下来就是真正地去解决问题,而不是继续提问。
三、ChatGPT比普通搜索引擎强在哪
在信息爆炸的时代中,我们不缺乏信息量,而是缺乏筛选优质信息的能力。较于普通搜索引擎,ChatGPT
做到了把爆炸信息优化到1条数据,不需要用户自己去筛选,如果不满意,继续提问即可,提高获得优质结果的效率。在普通搜索引擎中,我们需要不断地筛选结果集,从结果集中得到需要的答案。😦 说不定旁边一个广告,就把你带飞了。😦
ChatGPT还具有上下文环境的感知,能够通过联系上下文完成答案的提供,用户不需要记忆上一次搜索的关键词就可以继续进行提问。
综上,ChatGPT比普通搜索引擎相比,优势有以下几个方面。
- 节约筛选结果的时间;
- 上下文感知,用户体验好;
- 沉浸式补充知识技能树,摆脱冗余信息。