【mmplayer源码】【分享站源码教程】【郑州专业商城源码】factory源码教程

时间:2024-12-24 08:16:20 编辑:hge小游戏源码 来源:sqoop源码编译

1.使用Llama-factory微调Llama3教程
2.Spring之FactoryBean
3.超详细!码教spdlog源码解析(下)
4.全面通透深入剖析工厂方法模式
5.MASA Framework源码解读-01 MASAFacotry工厂设计(一个接口多个实现的码教最佳姿势)
6.Spring Cloud OpenFeign源码FeignClientFactoryBean原理

factory源码教程

使用Llama-factory微调Llama3教程

       通过以下链接,新用户注册登录 OpenBayes ,码教 即可获得四个小时 RTX 免费使用时长 !码教!码教

       注册链接: 注册 - OpenBayes

       模型训练流程开始,码教mmplayer源码首先创建容器,码教选择一台,码教2.1-gpu,码教python-3.,cudu-.1,并执行。码教

       接着配置环境,码教下载llama-factory源码,码教安装所需模块,码教注意不要加代理。码教

       进入下载好的码教llama-factory目录,启动web-ui页面。启动后,访问API地址,即可看到llama-factory web-ui页面。

       初次访问页面可能是英文,可通过左上角下拉框切换语言。选择模型llama3,选择对应模型路径,点击自动下载模型。

       若OpenBayes访问hugging face超时,需手动下载模型。无梯子情况,可前往魔搭下载,执行相应命令。

       选择训练数据集,自行调整参数,点击预览查看微调命令格式。无问题后,点击开始训练。分享站源码教程

       训练期间,实时查看左侧进度及loss情况。环境配置妥当,使用llama-factory进行微调较为容易。

       使用OpenBayes提供配置环境,开箱即用,个人体验友好。

Spring之FactoryBean

        一般情况下,Spring 通过反射机制利用bean 的 class属性指定实现类来实例化bean。在某些情况下,实例化 bean 的过程不叫复杂,如果按照传统的方式,则需要在 <bean> 中提供大量的配置信息,配置的灵活度受限,这时候采用编码的方式可能会得到一个简单的方法。Spring提供了一个org.springframework.bean.FactoryBean的工厂接口,用户可以通过实现该接口定制实例化的bean。

        FactoryBean接口对于Spring框架来说占用重要的地位,Spring本身就提供了特别多的FactoryBean的实现。它们隐藏了实例化复杂bean的细节,给上层应用带来了便利。FactoryBean的源码如下:

        在该接口中定义了三个方法:

        当配置文件中 <bean> 的class属性配置实现的是FactoryBean时,通过getBean()方法返回的不是 FactoryBean 本身,而是 FactoryBean 的 getObject() 方法返回的对象。

        例如使用传统的方式配置下面的Student的 <bean> 的时,Student的每一个属性都会对应一个 <property> 元素的标签。

        如果使用FactoryBean的方式实现就更灵活一些,通过下面的逗号分隔符的方式一次性地为Student的所有属性指定配置值:

        有了这一个StudentFactoryBean后,就可以在配置文件中使用下面的这种方法配置StudentBean了。

        当调用 getBean("student") 时,Spring通过反射机制发现 StudentFactoryBean#getObject() 方法的返回。如果希望获取 StudentFactoryBean 的实例,则需要使用 getBean(beanName) 方法时在beanName前显示的加上 "&" 前缀,例如 getBean("&student") 。

超详细!spdlog源码解析(下)

       回顾spdlog的组成,包含logger、sink、formatter以及registry四个关键部分。在前两篇中,我们深入探讨了logger、sink和formatter的基本功能与使用方法。这三者协同工作,能够实现日志的记录功能。然而,registry作为管理器角色,主要负责协调和配置这些组件,确保日志系统的一致性和高效性。尽管registry并非必须依赖的组件,它的存在能够提供更加便捷的管理方式,例如统一设置日志等级、创建具有默认配置的logger等。

       在默认logger和默认sink的实现中,registry扮演着关键角色。当使用spdlog::info方法时,实际上调用了registry中的default_logger_成员变量,获取默认logger的指针。通过静态方法registry::instance()获取registry对象,最终registry::registry()方法创建默认logger,并选择ansicolor_stdout_sink_mt作为sink,郑州专业商城源码实现控制台彩色输出。这种设计使得用户无需深入了解内部细节,即可直接使用默认配置进行日志输出,简化了用户上手过程。

       registry的功能不仅限于管理默认logger,它还提供了创建logger的便利接口。通过一系列预设的logger创建函数,spdlog实现了与不同sink的无缝集成,隐藏了sink的概念,使得用户仅需关注日志输出的目的地,而无需深入理解底层实现。例如,stdout_logger创建函数通过调用Factory::create方法,自动将创建的logger注册到registry中,实现日志输出格式的统一化和全局管理。对于异步环境,async_factory::create方法同样完成了类似功能,但需额外处理线程池的创建。

       通过反思registry的实现,我们可以发现,其核心功能在于管理logger,而这一过程包含了将logger注册到registry中的关键步骤。通过提供Factory(如synchronous_factory或async_factory)的create方法,spdlog确保在创建logger后将其自动注册,这一设计与设计模式中的工厂方法原理相契合。实现这一目标的关键在于注册操作,而非创建logger本身,这突显了registry在spdlog系统中的核心作用。

       在介绍spdlog的宏定义使用时,我们探讨了其支持的两种编译版本:header-only version和compiled version。header-only version通过将声明与实现分开,提供了轻量级的集成方式。要实现compiled version,底部跟庄指标源码只需复制header-only version的代码,并按照特定规则组织文件结构。在async.cpp文件中,通过SPDLOG_COMPILED_LIB宏定义判断编译方式,相应地include声明与实现文件,实现代码的高效复用。同时,SPDLOG_HEADER_ONLY宏定义控制了代码的包含行为,确保了不同编译方式下的代码正确性。

       在多平台支持方面,spdlog通过os.h和os-inl.h文件封装了针对不同平台差异的处理逻辑,使得上层业务无需关注底层实现的细节。通过宏定义和条件编译,spdlog能够提供一致的接口,适应不同操作系统和环境的需求,确保跨平台兼容性和稳定性。

       至此,spdlog源码解析系列告一段落。通过深入分析spdlog的架构设计、功能实现以及跨平台支持,我们不仅了解了如何高效地使用spdlog进行日志管理,还洞悉了其设计背后的巧妙逻辑和实践细节。希望本系列解析能够为开发者提供宝贵的参考,助力构建更加稳定、高效和易于维护的日志系统。

全面通透深入剖析工厂方法模式

       全面解析工厂方法模式:

       工厂方法模式适用于以下场景:

       当需要大量重复代码来创建对象时,可以使用此模式简化代码。

       客户端无需了解产品类的具体实现细节,保持了灵活性。

       当一个类通过其子类指定创建哪种产品时,可以避免硬编码。

       工厂方法模式的UML类图展示了一个清晰的结构,包括抽象工厂(Factory)、源码between 怎么用具体工厂(Concrete Factory)、抽象产品(Product)和具体产品(Concrete Product)四个角色。抽象工厂是核心接口,具体工厂负责产品创建,抽象产品定义共同特性,具体产品实现这些特性。

       通用的工厂方法模式实现如下:首先定义一个ICourseFactory接口,然后根据具体需求创建子类工厂,如JavaCourseFactory和PythonCourseFactory,客户端通过这些工厂创建所需课程实例。这种方法有助于产品扩展和维护。

       在Logback源码中,工厂方法模式的应用体现在分离不同工厂创建不同日志框架,保持代码组织和模块化。同样,Logger产品体系也遵循此模式,通过工厂创建特定的日志框架实例。

       想深入了解工厂方法模式在实际中的应用,可以关注微信公众号『 Tom弹架构 』并回复“设计模式”获取更多实例和源码。技术分享是进步的桥梁,如果您觉得本文有价值,请关注、点赞,您的支持是我们继续创作的动力。更多技术内容,尽在『 Tom弹架构 』公众号。

MASA Framework源码解读- MASAFacotry工厂设计(一个接口多个实现的最佳姿势)

       闲来无事,偶然接触到了MASA Framework,此框架是MASA Stack系列中专门用于构建web系统的开源框架。通过在几个小型项目中的应用,我发现它确实拥有诸多优点。为深入理解其内部结构和设计思路,我决定详细阅读MASA Framework的源代码,并记录整个阅读过程。如有任何错误或疑问,还请各位指正。

       MASA Framework是一个功能全面且易于扩展的框架,主要由三个部分组成:BuildingBlocks(抽象层)、Contrib(BuildingBlocks的实现)以及Utils(工具库)。官方将BuildingBlocks称为构建块,实际上,这个层将日常开发中频繁使用到的功能抽象出来,如多租户、多语言、仓储、配置中心等,形成易于替换的接口,大大提高了框架的灵活性和可扩展性。

       MASA Framework包含个主要模块,几乎涵盖了日常开发所需的所有组件,从基础服务到高级功能应有尽有。这些模块协同工作,共同构建了一个强大且功能丰富的框架。

       让我们从MASA Framework的核心设计——构建工厂(MasaFactory)开始探讨。构建工厂在框架中起着至关重要的作用,它负责通过配置选项来创建不同实现的实例。在实际项目中,构建工厂设计用于解决接口具有多种实现时的依赖注入问题,比如在面对多实现的场景时,如何优雅地注入并使用特定的实现类。以下是构建工厂解决多实现问题的具体步骤:

       首先,通过下载MASA Framework的源码(地址:github.com/masastack/MA...)进行研究。我们首先关注的是Masa.BuildingBlocks.Data.Contracts类库的设计。MASA Framework的构建工厂通过选项配置,允许为接口的每个实现类指定一个简短的名称。根据传入的不同名称,构建工厂类的Create方法能够创建对应的实例。

       通过使用MASA Framework的构建工厂,我们能够轻松地创建与特定名称对应的面单消息转换类,而无需依赖于IEnumerable集合进行复杂的筛选。这种方法在实现多实现场景时明显更加直观且高效。

       以物流面单申请为例,不同销售订单对应不同的商家店铺,而每个商家店铺可能选择不同的物流商。利用MASA Framework构建工厂实现不同物流商的面单申请,不仅简化了开发过程,而且在使用层面保持了无感的效果。

       总结而言,MASA Framework提供了强大的构建工厂设计,以解决多实现接口的依赖注入问题,简化了开发流程。这个设计不仅限于构建工厂模块,其他模块同样采用了类似的设计理念,允许用户根据需要替换官方实现或结合自定义实现,以适应不同场景和需求。

       MASA Framework的其他模块同样采用了构建工厂的设计,用户既可以替换官方实现,也可以在程序内同时共存官方实现和自定义实现。例如,Service Caller模块不仅支持使用dapr的服务调用,还提供了HTTP服务调用等选项。

Spring Cloud OpenFeign源码FeignClientFactoryBean原理

       Spring Cloud OpenFeign的FeignClientFactoryBean在实例化过程中,通过FactoryBean接口实现,GetObject方法的关键步骤包括获取FeignContext、配置Feign.Builder、创建HardCodedTarget和调用loadBalance方法。这些步骤涉及自动配置、FeignClientSpecification的使用、Logger和Builder组件的定制以及动态代理的生成。最后,getObject方法返回的是一个接口的代理类,用于执行远程调用。

       详细分析:

       FeignClientFactoryBean在Spring容器中,通过getObject方法转化为实际的FeignClient实例。首先,它从FeignContext获取相关配置,这个配置在引入OpenFeign依赖时自动注入。接下来,通过getTarget方法,FeignClientFactoryBean配置了Builder组件,如Logger(非Slf4j)、RequestInterceptor、Encoder和Decoder等,同时考虑了用户自定义组件的配置。之后,创建了HardCodedTarget,基于FeignClient接口、注解值和完整URL构建,然后通过loadBalance方法,整合了LoadBalancerFeignClient和HystrixTargeter,进行负载均衡和目标URL定位。

       在newInstance方法中,解析了接口方法的注解,生成了MethodHandler,并用FeignInvocationHandler封装,这个InvocationHandler在代理类实例化时被调用,实现了远程调用。最终,通过Proxy.newProxyInstance动态生成了代理类,完成FeignClientFactoryBean的实例化过程。

       总的来说,FeignClientFactoryBean实例化是通过一系列配置和代理生成,实现了Spring Cloud OpenFeign的远程调用功能。如果你对源码的深入理解感兴趣,下期文章将继续解析调用源码细节。

Service和Factory等的区别

       è¿™é‡Œä¸€æ¬¡æ€§æ€»ç»“下service和factory的区别,以及为什么要最好使用service。

       ã€€ã€€å¥½äº†ï¼Œé‚£åˆ°åº•è¿™ä¸¤ä¸ªåœ¨angularjs里有啥区别?我们都知道,我们可以这样定义Service:

       app.service('MyService', function () {

        this.sayHello = function () {

        console.log('hello');

        };

       });

       ã€€ã€€.service()方法用来在我们模块里定义一个service服务,它接收一个字符串名字和一个方法作为参数。也就是说,当我们定义好一个service,就可以在我们的其他组件里注入和使用,比如controllers,directives和filters:

       app.controller('AppController', function (MyService) {

        MyService.sayHello(); // logs 'hello'

       });

       ã€€ã€€å¥½ï¼ŒçŽ°åœ¨çœ‹ä¸‹ï¼Œç”¨Factory进行同样的实现

        View Code

       ã€€ã€€.factory()方法一样,接收一个字符串名字和一个方法两个参数,来定义一个factory, 和service一样,在其他地方注入使用。那么区别在哪?

       ã€€ã€€å¯èƒ½ä½ å·²ç»å‘现了,service在使用this指针,而factory直接返回了一个对象。为什么?因为Service是一个构造函数,但Factory不是。在Angular的底层,当这段代码在Service构造函数初始化的时候,会去调用object.create()。而Factory就一个普通被调用的方法,所以它要显式地返回一个对象。

       ã€€ã€€ä¸ºäº†å¼„明白,我们来看下factory在angular里的源码:

       function factory(name, factoryFn, enforce) {

        return provider(name, {

        $get: enforce !== false ? enforceReturnValue(name, factoryFn) : factoryFn

        });

       }

6. Spring源码篇之FactoryBean

       FactoryBean是Spring提供的一个功能强大的小型工厂,用于灵活创建所需Bean。在框架与Spring整合时,尤其是Mybatis-plus中,通过注解可以自动生成Spring Bean,而FactoryBean的功能正是实现批量动态生成Bean。下面详细介绍FactoryBean的源码解析。

       首先,我们来看看如何判断一个对象是否为FactoryBean。在Spring的实例化过程中,如果类实现了FactoryBean接口,则会被识别为FactoryBean。而获取FactoryBean时,通常在Bean名称前加上"&"符号。

       接下来,我们深入分析FactoryBean的接口。

       FactoryBean接口定义了如何创建Bean,包含两个主要方法:getObject和isInstance。getObject用于返回创建的Bean实例,isInstance用于判断一个对象是否由FactoryBean创建。

       SmartFactoryBean是FactoryBean的子接口,它提供了额外的特性,允许决定是否提前实例化对象。

       在实际使用中,FactoryBean的实例化过程较为关键。如果不希望立即实例化某个非懒加载单例Bean,则需要确保它未被识别为FactoryBean。例如,UserBean的实例化代码在正常情况下不会打印任何输出,表明并未实例化。而通过将UserBean实现为SmartFactoryBean,并使isEagerInit返回true,就能在控制台中观察到UserBean的实例化过程。

       获取FactoryBean创建的Bean有多种方式。通过在Bean名称前加"&",可以获取到由getObject方法生成的Bean。此外,若需要获取FactoryBean本身,则可以使用多个"&"符号,Spring会循环遍历,直至获取到实际的Bean。

       在Spring实例化完成后,通常会调用getObjectForBeanInstance方法来获取真正的Bean实例。这一过程包括了共享实例(sharedInstance)的引用和Bean名称的处理。最终,通过调用getObject方法,我们能够获取到由FactoryBean生成的实际Bean。

       以Mybatis-plus中的MapperFactoryBean为例,说明了如何在实际项目中应用FactoryBean。MapperFactoryBean是Mybatis-plus提供的一个FactoryBean,用于自动注册Mapper接口为Spring Bean。

       总结而言,FactoryBean在Spring中扮演着灵活创建和管理Bean的重要角色,尤其在需要动态生成或自定义Bean创建逻辑的场景中。通过理解其源码和使用方法,开发者可以更高效地整合各类框架与Spring,实现更为灵活和高效的系统构建。