界面语言切换方法、装置、设备及存储介质与流程

文档序号:24543300发布日期:2021-04-02 10:28阅读:160来源:国知局
界面语言切换方法、装置、设备及存储介质与流程

本申请涉及界面显示技术领域,具体而言,涉及一种界面语言切换方法、装置、设备及存储介质。



背景技术:

随着对外交流的增强,许多应用软件需要在运行时可以在多种语言界面之间进行切换,以满足不同国家人员的使用需要。

现有的软件多语言热切换方法一般为在监听到系统语言切换事件后,由软件的多语言管理模块发起更新行为,从当前界面开始搜索和捕获需要进行多语言展示的控件,同时获取展示控件上所需的对应的翻译目标,针对每种展示控件重新将新的翻译目标内容设置到控件上,从达到语言切换的效果。

但是这样的切换方式,不仅是在切换语言的时候需要遍历搜索全部当前已显示的控件,每当发生界面变化都需要遍历搜索全部当前已显示的控件,并进行上述搜索、遍历、刷新的行为,即无论界面变化程度的大小,都会触发全局性的行为,从而影响软件性能。



技术实现要素:

本申请的目的在于,针对上述现有技术中的不足,提供一种界面语言切换方法、装置、设备及存储介质,以解决现有技术中无论界面变化程度的大小,都会触发全局性的行为,影响软件性能的问题。

为实现上述目的,本申请实施例采用的技术方案如下:

第一方面,本申请一实施例提供了一种界面语言切换方法,所述方法包括:

接收到语言变更通知后,遍历辅助基类列表,其中,所述辅助基类列表中包括:预设应用界面上至少一个控件对应的辅助类;所述语言变更通知包括:目标语言;

调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类;

调用目标辅助类中的语言翻译函数,对所述待刷新控件的展示内容进行刷新,以将所述待刷新控件的展示内容切换为所述目标语言对应的显示内容。

可选地,所述调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类,包括:

通过管理类中的调用入口,调用辅助基类中的所述监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类。

可选地,所述调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类,包括:

调用所述监听语言变化函数,判断所述遍历到的辅助类是否为显示控件对应的辅助类;

若是,则确定所述遍历到的辅助类为所述目标辅助类。

可选地,所述方法还包括:

若所述辅助基类列表中的辅助类均不为显示控件对应的辅助类,则根据预设的辅助基类,采用预设的辅助类构造函数,生成所述预设应用界面上显示控件对应的辅助类;

将生成的辅助类注册至所述辅助基类列表中。

可选地,所述遍历辅助基类列表之前,所述方法还包括:

根据每个控件包括的成员和预设辅助基类,生成每个所述控件对应的辅助类;

将每个所述控件对应的辅助类注册至所述辅助基类列表。

可选地,所述根据每个控件的成员和预设辅助基类,生成每个所述控件对应的辅助类包括:

根据预设辅助基类,生成多种预设类型的辅助类;

根据所述控件的成员,确定所述控件的类型;

根据所述控件的类型,从所述多种预设类型的辅助类,确定所述控件对应类型的辅助类;

根据所述控件和所述对应类型的辅助类,生成所述控件对应的辅助类。

可选地,所述方法还包括:

若所述控件对应的辅助类的参数为空,则采用所述控件的构造函数,创建所述控件对应的辅助类。

第二方面,本申请另一实施例提供了一种界面语言切换装置,所述装置包括:遍历模块、确定模块和刷新模块,其中:

所述遍历模块,用于接收到语言变更通知后,遍历辅助基类列表,其中,所述辅助基类列表包括:预设应用界面上至少一个控件对应的辅助类;所述语言变更通知包括:目标语言;

所述确定模块,用于调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类;

所述刷新模块,用于调用目标辅助类中的语言翻译函数,对所述待刷新控件的展示内容进行刷新,以将所述待刷新控件的展示内容切换为所述目标语言对应的显示内容。

可选地,所述确定模块,具体用于通过管理类中的调用入口,调用辅助基类中的所述监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类。

可选地,所述装置还包括:判断模块,用于调用所述监听语言变化函数,判断所述遍历到的辅助类是否为显示控件对应的辅助类;

所述确定模块,具体用于确定所述遍历到的辅助类为所述目标辅助类。

可选地,所述装置还包括:注册模块,其中:

所述生成模块,具体用于若所述辅助基类列表中的辅助类均不为显示控件对应的辅助类,则根据预设的辅助基类,采用预设的辅助类构造函数,生成所述预设应用界面上显示控件对应的辅助类;

所述注册模块,用于将生成的辅助类注册至所述辅助基类列表中。

可选地,所述生成模块,具体用于根据每个控件对应的成员和预设辅助基类,生成每个所述控件对应的辅助类;

所述注册模块,具体用于将每个所述控件对应的辅助类注册至所述辅助基类列表。

可选地,所述生成模块,具体用于根据预设辅助基类,生成多种预设类型的辅助类;

所述确定模块,具体用于根据所述控件的成员,确定所述控件的类型;根据所述控件的类型,从所述多种预设类型的辅助类,确定所述控件对应类型的辅助类;

所述生成模块,具体用于根据所述控件和所述对应类型的辅助类,生成所述控件对应的辅助类。

可选地,所述生成模块,具体用于若所述控件对应的辅助类的参数为空,则采用所述控件的构造函数,创建所述控件对应的辅助类。

第三方面,本申请另一实施例提供了一种界面语言切换设备,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当界面语言切换设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如上述第一方面任一所述方法的步骤。

第四方面,本申请另一实施例提供了一种存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。

本申请的有益效果是:采用本申请提供的界面语言切换方法,在接收到语言变更通知后,对辅助基类列表进行遍历,并根据调用的监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类,随后调用目标辅助类中的语言翻译函数对待刷新空间的展示内容进行刷新,刷新为目标语言对应的展示内容,这样的刷新方式由于是通过同一个调用的监听语言变化函数确定目标辅助类的,使得在语言切换时,可以一次性对预设应用界面上的所有控件进行切换刷新,避免每次刷新步骤繁琐,影响软件性能。

附图说明

为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的界面语言切换方法的流程示意图;

图2为本申请另一实施例提供的界面语言切换方法的流程示意图;

图3为本申请一实施例提供的辅助基类的结构示意图;

图4为本申请一实施例提供的管理类的结构示意图;

图5为本申请另一实施例提供的一种界面语言切换方法的流程示意图;

图6为本申请一实施例提供的控件的结构示意图;

图7为本申请一实施例提供的辅助类的结构示意图;

图8为本申请另一实施例提供的一种界面语言切换方法的流程示意图;

图9为预设类型的辅助类的结构信息;

图10为本申请一实施例提供的继承流程示意图;

图11为本申请一实施例提供的界面语言切换装置的结构示意图;

图12为本申请另一实施例提供的界面语言切换装置的结构示意图;

图13为本申请一实施例提供的界面语言切换设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。

另外,本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。

本申请实施例所提供的界面语言切换方法可以应用于安装有可以进行语言切换的预设应用程序的终端设备上,其中,终端设备例如可以为手机、平板电脑、笔记本电脑、可穿戴智能设备等任一安装有预设可进行语言切换的预设应用程序的电子设备,本申请在此不做任何限制。

如下基于该应用场景,结合多个具体的应用示例,对本申请实施例所提供的一种界面语言切换方法进行解释说明。图1为本申请一实施例提供的一种界面语言切换方法的流程示意图,如图1所示,该方法包括:

s101:接收到语言变更通知后,遍历辅助基类列表。

可选地,在本申请的一个实施例中,由于辅助类可作为辅助基类来使用,因此在遍历辅助基类列表时实际是对包含对辅助类的遍历,其中,辅助类为辅助基类的子类;辅助基类列表例如可以存储于终端设备上,在接收到语言变更通知后,根据该预设应用程序的标识信息,获取该应用程序对应的辅助基类列表;也可以存储在该预设应用程序的后台服务器,终端设备在接收到语言变更通知后,向该预设应用程序的后台服务器发送获取指令,获取该预设应用程序对应的辅助基类列表,具体辅助基类列表的存储位置和获取方式,可以根据用户需要灵活调整,并不以上述实施例给出的为限。

其中,辅助基类列表包括:预设应用界面上至少一个控件对应的辅助类;预设应用界面为预设应用程序对应的预设应用界面;语言变更通知包括:目标语言。

可选地,在本申请的一个实施例中,语言变更通知的触发方式例如可以为;通过用户在预设应用界面上点击语言切换按键后触发的,目标语言为根据用户在切换列表中的选择操作确定的;或用户通过语音输入的方式,触发语音变更通知,用户语音输入的语音中所指示的语言为目标语言;或预设应用程序自动获取当前安装有该应用程序的终端设备所处位置,根据所处位置确定语言类型,若发现语言类型发生变更,则触发语言变更通知,目标语言为当前安装有该应用程序的终端设备所处位置对应的默认语言,例如若当前安装有该应用程序的终端设备位于区域1,则对应的目标语言为中文;具体语音变更通知的方式和目标语言的确定方式,可以根据用户需要灵活调整,并不以上述实施例中给出的两种方式为限。

s102:调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类。

其中,待刷新控件为当前预设应用界面上显示的控件;在本申请的一个实施例中,每个辅助类均有其唯一对应的控件,每个辅助类只对自己对应的控件负责,例如可以通过各控件标识(唯一身份编号等),在辅助基类列表中进行遍历,获取各待刷新控件对应的目标辅助类。

s103:调用目标辅助类中的语言翻译函数,对待刷新控件的展示内容进行刷新。

可选地,在本申请的一个实施例中,每个辅助类中均包括语言翻译函数,例如可以为languagetranslateaction函数,用于对该辅助类对应的控件的展示内容进行刷新。

根据目标辅助类中的语言翻译函数,对待刷新控件的展示内容进行刷新,用以将待刷新控件的展示内容切换为目标语言对应的显示内容,至此即完成对当前预设应用界面上显示的待刷新控件的刷新。

采用本申请提供的界面语言切换方法,在接收到语言变更通知后,对辅助基类列表进行遍历,并根据调用的监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类,随后调用目标辅助类中的语言翻译函数对待刷新空间的展示内容进行刷新,刷新为目标语言对应的展示内容,这样的刷新方式由于是通过同一个调用的监听语言变化函数确定目标辅助类的,使得在语言切换时,可以一次性对预设应用界面上的所有控件进行切换刷新,避免每次刷新步骤繁琐,影响软件性能。

可选地,在上述实施例的基础上,本申请实施例还可提供一种界面语言切换方法,如下结合附图对上述方法中界面语言切换的实现过程进行示例说明。图2为本申请另一实施例提供的一种界面语言切换方法的流程示意图,图3为本申请一实施例提供的辅助基类的结构示意图;图4为本申请一实施例提供的管理类的结构示意图,如图2所示,s102可包括:

s104:调用监听语言变化函数,判断遍历到的辅助类是否为显示控件对应的辅助类。

可选地,在本申请的一个实施例中,可以通过管理类中的调用入口,调用辅助基类中的监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类。

如图3所示,预设的辅助基类可以为包括了多个虚函数的基类,各个函数的功能例如可以包括:注册函数registerhelper()、注销函数unregisterhelper()、监听语言变化函数virtualonlanguagechange()、和语言翻译函数virtuallanguagetranslateaction()=0等,具体辅助基类中包括的内容可以根据用户需要灵活调整,并不以上述实施例给出的为限。

本申请实施例中提供的预设的辅助基类中包括基本的判断逻辑函数,可以满足大部分常规场景的性能要求,应当理解上述实施例给出的辅助基类仅为示例性说明,具体辅助基类中包括的函数可以根据实际情况细化调整,本申请在此不做任何限制。

示例地,在本申请的实施例中,在执行上述方法前,辅助基类可以先将自身注册至管理类(即多语言管理类)中,其中,每个应用程序均有其唯一对应的管理类,注册后的管理类如图4所示,管理类包括辅助基类列表list<languagehelperbase*>m_listhelper,用于记录所有注册到管理类中的辅助类,还包括注册函数registerhelper()、注销函数unregisterhelper()、监听语言变化函数onlanguagechange()。当接收到语言变更通知后,管理类遍历辅助基类列表中的所有辅助类,并调用管理类中的监听语言变化函数,从而达到针对所有注册到管理类的辅助基类列表中的辅助类对应的空间进行重新刷新展示的效果。

若是,则执行s105。

s105:确定遍历到的辅助类为目标辅助类。

若遍历到,则说明辅助列表中包括当前预设应用界面上的控件对应的辅助类,此时直接确定遍历到的辅助类为该控件对应的目标辅助类即可。

若否,则执行s106。

s106:根据预设的辅助基类,采用预设的辅助类构造函数,生成预设应用界面上显示控件对应的辅助类。

若没有遍历到,则说明辅助列表中不包括当前预设应用界面上的控件对应的辅助类,此时则需要对该控件对应辅助类进行重新构建。

s107:将生成的辅助类注册至辅助基类列表中。

将生成的辅助类注册到辅助基类列表中,可以使得下次在对预设应用界面进行刷新时,可以直接从辅助基类列表中获取该控件对应的辅助类,无需重新构造。

可选地,在上述实施例的基础上,本申请实施例还可提供一种界面语言切换方法,如下结合附图对上述方法的实现过程进行示例说明。图5为本申请另一实施例提供的一种界面语言切换方法的流程示意图,图6为本申请一实施例提供的控件的结构示意图;图7为本申请一实施例提供的辅助类的结构示意图,如图5所示,该方法还可包括:

s108:根据每个控件对应的成员和预设辅助基类,生成每个控件对应的辅助类。

如图6所示,每个控件均包括该控件对应的标识信息,成员信息和展示信息,其中,每个控件拥有的业务不同,对应的成员和所需要展示的信息内容也不一定相同;例如图5中控件1label1中记录了一个m_str字符串文本信息stringm_stroriginword,当展示的之后只需直接展示该字符串文本信息即可;而控件2label2中记录了一个可变用户数据信息data_userm_usingword,展示的时候需要将该可变用户数据信息实时转换为文本信息,并将转换后的文本信息作为最终结果进行展示;上述文本和可变整数均可以视为各控件对应的成员。其中,控件1中的显示文本showtext()和控件2中的显示用户数据showuserdata()都会将各控件对应成员中的数据通过管理类转换为实际需要显示的内容并进行展示。

如图7所示,每个辅助类均有其对应控件的标识信息、对应控件包括的待展示信息、语言翻译函数对应执行的方法信息及展示方法信息,举例说明:图7中左侧的辅助类为控件1对应的辅助类,包括控件1对应的标识信息label1,控件1中对应的待展示信息stringm_stroriginword,语言翻译函数对应执行的方法信息languagehelper1*m_phelper和显示文本1showtext1();图7右侧的辅助类为控件2对应的辅助类,包括控件2的标识信息label2,控件2中对应的待展示信息stringm_strusingword,语言翻译函数对应执行的方法信息languagehelper2*m_phelper和显示文本2showtext2()。

s109:将每个控件对应的辅助类注册至辅助基类列表。

采用上述方法生成的每个控件对应的辅助类,由于辅助类和对应的控件之间是组合关系,所以辅助类不会对对应的控件的使用产生影响。

可选地,在上述实施例的基础上,本申请实施例还可提供一种界面语言切换方法,如下结合附图对上述方法生成每个控件对应的辅助类的实现过程进行示例说明。图8为本申请另一实施例提供的一种界面语言切换方法的流程示意图,图9为预设类型的辅助类的结构信息,如图8所示,s108还可包括:

s110:根据预设辅助基类,生成多种预设类型的辅助类。

s111:根据控件的成员,确定控件的类型。

s112:根据控件的类型,从多种预设类型的辅助类,确定控件对应类型的辅助类。

如图9所示,在本申请的一个实施例中,预设类型的辅助类可以包括:不变文本类型对应的辅助类,和可变文本类型对应的辅助类,每个类型的辅助类中包括当前辅助类的标识信息、辅助目标信息和调用函数信息。

如图9所示,图9左侧为不变文本类型对应的辅助类,包括该辅助类的标识信息辅助类1languagehelper1,和辅助目标信息,例如当前辅助类辅助的目标为控件1,则辅助目标信息此时为label1*m_phelpertarget,还包括调用函数信息,因为该控件为不变文本类型对应的辅助类,因此展示时只需直接展示,因此此时该类型的辅助类的调用函数信息仅包括virtuallanguagetranslateaction(),用于执行m_phelpertarget中的showtext()方法;图9右侧为不变文本类型对应的辅助类,包括该辅助类的标识信息辅助类2languagehelper2,和辅助目标信息,例如当前辅助类辅助的目标为控件2,则辅助目标信息此时为label2*m_phelpertarget,还包括调用函数信息,因为该控件为可变文本类型对应的辅助类,因此展示时需要实时将这个可变信息转换为文本后进行展示,因此此时该类型的辅助类的调用函数信息除virtuallanguagetranslateaction()外,还包括virtualonlanguagechange(),用于执行m_phelpertarget中的showuserdata()方法,并结合helpertarget的显示状态来确定是否调用对应操作。

s113:根据控件和对应类型的辅助类,生成控件对应的辅助类。

可选地,在本申请的一个实施例中,若控件对应的辅助类的参数为空,则采用控件的构造函数,创建控件对应的辅助类。

图10为本申请一实施例提供的继承流程示意图,如图10所示,以控件1-1label1-1继承控件1label1为例进行说明,控件1-1例如可以为控件1对应的子控件。

其中,类在构造的时候可以支持以传入参数为定制成员依据;如果传入参数为空,则类会使用自身默认的方式来创建辅助类,即label1默认创建辅助类1helper1,label2默认创建辅助类2helper2,并作为自己的成员记录下来;如果传入参数为某个已经构造完成的辅助类,则直接将传入的辅助类作为自己的成员记录下来。

这样的设置方式使得各辅助类如果被继承,对于产生新的翻译逻辑或刷新操作,这些新的操作由继承类所对应的helper来完成,同时避免继承类中的helper又发挥作用,影响了继承类的正常操作的问题。

如图10所示,控件1-1继承自控件1,同时控件1-1对应类型的辅助类1-1languagehelp1-1继承自控件1对应的辅助类languagehelper1;当单独创建label1对应的辅助类时,由于传入的构造参数为空,因此控件1需要创建一个对应的辅助类1languagehelper1并记录到m_langhelper中;而创建控件1-1对应的辅助类时,由于传入的构造参数为空,因此需要控件1-1创建出对应的辅助类1-1languagehelper1-1并记录到m_langhelper1-1中,同时传给基类的构造;若控件1对应的辅助类在构造中收到传入的预设类型的辅助类1-1languagehelper1-1,此时不需要创建预设类型的辅助类1languagehelper1,而是直接将该预设类型的辅助类1-1languagehelper1-1类型记录到m_langhelper中;即控件1和控件1-1都记录了辅助类helper作为成员,但是实际上由于两者指向的是同一个对象;因此当发生语言变化时,管理类也只会对这一个辅助类helper进行操作,不会出现同一个控件label或同一个辅助类helper因为多次继承就被重复操作多次的情况。

采用本申请提供的界面语言切换方法,通过预设辅助基类生成各控件对应的辅助类,并通过管理类记录和管理已经注册至管理类中的各辅助类,达到切换语言时一次性对全局控件进行切换刷新的效果,同时管理类不需要依赖具体业务类的方法,可维护性高。

下述结合附图对本申请所提供的界面语言切换装置进行解释说明,该界面语言切换装置可执行上述图1-图10任一界面语言切换方法,其具体实现以及有益效果参照上述,如下不再赘述。

图11为本申请一实施例提供的界面语言切换装置的结构示意图,如图11所示,该装置包括:遍历模块201、确定模块202和刷新模块203,其中:

遍历模块201,用于接收到语言变更通知后,遍历辅助基类列表,其中,辅助基类列表包括:预设应用界面上至少一个控件对应的辅助类;语言变更通知包括:目标语言;

确定模块202,用于调用监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类;

刷新模块203,用于调用目标辅助类中的语言翻译函数,对待刷新控件的展示内容进行刷新,以将待刷新控件的展示内容切换为目标语言对应的显示内容。

可选地,确定模块202,具体用于通过管理类中的调用入口,调用辅助基类中的监听语言变化函数,确定遍历到的辅助类是否为待刷新控件对应的目标辅助类。

图12为本申请一实施例提供的界面语言切换装置的结构示意图,如图12所示,该装置还包括:判断模块204,用于调用监听语言变化函数,判断遍历到的辅助类是否为显示控件对应的辅助类;

确定模块202,具体用于确定遍历到的辅助类为目标辅助类。

如图12所示,该装置还包括:生成模块205和注册模块206,其中:

生成模块205,具体用于若辅助基类列表中的辅助类均不为显示控件对应的辅助类,则根据预设的辅助基类,采用预设的辅助类构造函数,生成预设应用界面上显示控件对应的辅助类;

注册模块206,用于将生成的辅助类注册至辅助基类列表中。

可选地,生成模块205,具体用于根据每个控件对应的成员和预设辅助基类,生成每个控件对应的辅助类;

注册模块206,具体用于将每个控件对应的辅助类注册至辅助基类列表。

可选地,生成模块205,具体用于根据预设辅助基类,生成多种预设类型的辅助类;

确定模块202,具体用于根据控件的成员,确定控件的类型;根据控件的类型,从多种预设类型的辅助类,确定控件对应类型的辅助类;

生成模块205,具体用于根据控件和对应类型的辅助类,生成控件对应的辅助类。

可选地,生成模块205,具体用于若控件对应的辅助类的参数为空,则采用控件的构造函数,创建控件对应的辅助类。

上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(applicationspecificintegratedcircuit,简称asic),或,一个或多个微处理器(digitalsingnalprocessor,简称dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,简称fpga)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessingunit,简称cpu)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称soc)的形式实现。

图13为本申请一实施例提供的界面语言切换设备的结构示意图,该界面语言切换设备可以集成于终端设备或者终端设备的芯片。

如图13所示,该界面语言切换设备包括:处理器501、存储介质502和总线503。

处理器501用于存储程序,处理器501调用存储介质502存储的程序,以执行上述图1-图10对应的方法实施例。具体实现方式和技术效果类似,这里不再赘述。

可选地,本申请还提供一种程序产品,例如存储介质,该存储介质上存储有计算机程序,包括程序,该程序在被处理器运行时执行上述方法对应的实施例。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(英文:read-onlymemory,简称:rom)、随机存取存储器(英文:randomaccessmemory,简称:ram)、磁碟或者光盘等各种可以存储程序代码的介质。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1