1.本技术涉及计算机
技术领域：
：，特别涉及一种由数据驱动的独立展示系统及其实现方法、计算设备和计算机可读存储介质。
背景技术：
：：2.在现有的大型系统，如游戏系统中，存在多个功能比较独立的子系统，如工会系统、道具系统、抽奖系统等等。这些子系统的功能结构通常比较复杂，相互之间相互依赖和耦合，因此子系统功能开发完成后仅能用于当前系统，无法分离出来给其它游戏进行共享和复用，导致了重复开发的现象，降低了开发的效率。技术实现要素：3.有鉴于此，本技术实施例提供了一种由数据驱动的独立展示系统及其实现方法、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。4.根据本技术实施例的第一方面，提供了由数据驱动的独立展示系统，包括：5.系统声明单元，所述系统声明单元用于将所述独立展示系统引入到其所属的系统框架中；6.系统附属资源单元，所述系统附属资源单元包括资源处理逻辑以及对外功能接口；7.系统资源适配器，所述系统资源适配器包括多个业务逻辑处理单元，所述业务逻辑处理单元用于完成业务逻辑处理；8.系统功能单元，所述系统功能单元包括对外功能接口，通过所述对外功能接口向所述系统框架提供系统功能。9.根据本技术实施例的第二方面，提供了一种由数据驱动的独立展示系统的实现方法，所述实现方法包括：10.在系统声明单元中加入系统资源适配器、系统功能单元的文件路径，并在系统框架中调用所述系统声明单元的加载函数；11.在系统框架中执行系统功能单元的初始化函数，对所述独立展示系统进行初始化；12.系统功能单元通过对外功能接口接收系统框架的命令，调用匹配的系统资源适配器；13.系统资源适配器调用系统附属资源单元提供的对外功能接口，完成功能展示。14.根据本技术实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述由数据驱动的独立展示系统的实现方法的步骤。15.根据本技术实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述由数据驱动的独立展示系统的实现方法的步骤。16.本技术的实施例中，通过数据驱动的方式完成了独立展示系统的实现，独立展示系统与其所属的系统框架间的交互仅基于数据流，提供给系统功能单元需要的数据，就可以在任何系统框架下接入该系统。系统附属资源单元不关心具体的业务逻辑，作为一些资源效果的集合体存在，仅提供给外界不同的效果展示接口，是一个独立存在的单元；系统资源适配器则根据需求，选择和使用不同的系统附属资源单元，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代。附图说明17.图1是本技术实施例提供的计算设备的结构框图；18.图2是本技术实施例提供的一种由数据驱动的独立展示系统的结构示意图；19.图3是本技术实施例提供的一种由数据驱动的独立展示系统的实现方法的流程示意图；20.图4是本技术实施例提供的独立展示系统接入系统框架后的展示示意图；具体实施方式21.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。22.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。23.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“响应于确定”。24.在本技术中，提供了一种能即时响应的数据更新方法、系统、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。25.图1示出了根据本技术一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。26.计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。27.在本技术的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。28.计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。29.计算设备100还可以是移动式或静止式的服务器。30.其中，处理器120可以执行本技术实施例提供的一种由数据驱动的独立展示系统及其实现方法。31.图2示出了本技术一实施例由数据驱动的独立展示系统200。该独立展示系统包括200：32.系统声明单元202，系统声明单元用于将独立展示系统引入到其所属的系统框架中。33.在一种具体的实施方式中，系统声明单元msystemrequire包括中独立展示系统的系统资源适配器和系统功能单元的文件路径。34.[0035][0036]系统附属资源单元204，系统附属资源单元包括资源处理逻辑以及对外功能接口。[0037]在一种具体的实施方式中，系统附属资源单元204包括单纯的ui操作逻辑。不负责业务数据更新的ui操作，均在系统附属资源单元204内部实现，从而实现与业务逻辑的解耦。例如，界面中所包括的多个ui资源，如背景、列表，文本框以及相关的处理方式，也包括多个动态效果的处理方法等等。[0038]在另一种具体的实施方式中，系统附属资源单元204还包括其他系统需要的资源，如图片资源、声音资源、3d资源等，在此不再赘述。[0039]进一步的，系统附属资源单元还包括对外功能接口，例如系统附属资源单元提供在界面上方展示一行文字，并以闪烁效果出现的功能。因此，可以通过一个功能接口向外提供此功能。[0040]具体的，对外功能接口包括指令配置表和功能入口函数。[0041]其中，指令配置表在系统附属资源单元中通过table的方式实现，该表示意如下：[0042][0043][0044]对于cmd指令表中每一个指令的name属性值，系统附属资源单元中都有一个相同名称的函数，用于实现外部功能接口的调用。例如：[0045]functionmuibattlepass:updateui(data)；[0046]functionmuibattlepass:initbaseview(data)。[0047]其中，功能入口函数为：[0048]functionmuibattlepass:ddexecutecmd(cmd,data)[0049]self[cmd](self,data)[0050]end[0051]进一步的，系统附属资源单元还可以与系统资源适配器配合，在解耦的条件下实现业务逻辑处理。[0052]例如，在系统附属资源单元204中可以将更新事件绑定在按钮上从而实现业务数据的更新。若业务逻辑中定义点击按钮会更新业务数据，则由系统资源适配器将具体的修改逻辑作为指令的参数传入到系统附属资源单元中，如下代码所示：[0053][0054]在点击系统附属资源单元的按钮时，调用适配器中的业务逻辑方法对输入数据进行处理。为了将系统附属资源单元与适配器进行解耦，即系统附属资源单元仅负责单纯的资源操作逻辑，在点击按钮时，采用委托的方式调用适配器中的业务逻辑方法，从而实现了系统附属资源单元与适配器的分离。因此，在系统附属资源单元中除了注册、注销适配器，不调用任何有关适配器的接口或方法。[0055]系统资源适配器206，所述系统资源适配器包括多个业务逻辑处理单元，所述业务逻辑处理单元用于完成业务逻辑处理。[0056]在一种具体的实施方式中，独立展示系统的所有业务逻辑处理均由系统资源适配器206中的不同处理单元处理。例如，对角色和道具进行升级时，计算相应的数值。[0057]在另一种具体的实施方式中，系统资源适配器206还可以调用系统附属资源单元204中的对外功能接口，通过系统附属资源单元提供的ui界面展示和处理系统业务数据。[0058]当系统资源适配器在与系统附属资源单元交互时，使用系统功能单元提供的接口函数executecmd调用系统附属资源单元的提供的指令。[0059][0060][0061]由于系统附属资源单元提供的对外功能接口的指令配置表中每一个指令name属性值都有一个相同名称的函数，因此通过指令的名称和参数即可调用，如下系统附属资源单元中代码所示：[0062]functionmuibattlepass:ddexecutecmd(cmd,data)[0063]self[cmd](self,data)[0064]end[0065]在该步骤中，通过传递指令的方式使得系统资源适配器和系统附属资源单元实现了解耦，当在适配器中调用系统附属资源单元的相关接口时，无需通过硬编码实现。[0066]进一步的，系统资源适配器还根据系统附属资源单元的指令，实现业务数据的更新。对于涉及在ui界面中更新业务数据的操作，由适配器将对应的方法作为指令参数传递到系统附属资源单元的ui界面中，再由ui界面进行调用，如前述的ddexecutecmd(cmd,data)函数所示，同时，为了实现系统资源适配器和系统附属资源单元的解耦，采用委托调用的方式，因此系统附属资源单元仅关注ui界面逻辑无需关注业务逻辑。[0067]进一步的，系统资源适配器206与系统附属资源单元一一对应。[0068]系统功能单元208，系统功能单元包括对外功能接口，通过该对外功能接口向系统框架提供系统功能。如图4所示，游戏系统框架中接入了多个独立展示系统，如左侧的mbattlepasssystem、mcommonsystem等。[0069]在一种具体的实施方式中，系统功能单元提供独立展示系统的对外功能接口，即功能方法供系统框架调用。例如，系统框架调用系统功能单元中的打开列表界面方法，用于展示工会列表、英雄展示界面、英雄属性界面等等，如图4右侧所示。[0070]在另一种具体的实施方式中，系统功能单元208通过包括了功能入口函数和指令配置表的对外功能接口提供功能入口，如下代码所示：[0071]executesystemcmd(cmd,param)[0072]与上述系统附属资源单元中提供的对外功能接口类似，在系统功能单元中也通过table指令配置表的方式提供具体的指令，在调用系统功能单元的对外功能接口时，通过函数executesystemcmd(cmd,param)传入指令的名称和参数。[0073]进一步的，系统功能单元208还包含数据层，该数据层通过系统功能单元的接口获取系统框架的业务数据后将业务数据存储在数据层。系统资源适配器根据业务需求从系统功能单元的数据层获取业务数据并进行组合，由于该数据层提供了数据容器环境的功能，因此系统资源适配器无需关心数据的来源，直接根据数据层的数据来实现业务的处理。[0074]进一步的，系统功能单元208还包括指令传递功能，将适配器的相关指令通过文本参数传递给系统资源附属单元的资源界面，完成指令的调用和业务处理的同时，实现了业务逻辑的解耦。[0075]在上述实施例中，由数据驱动的独立系统展示系统实现了三个独立的单元：系统资源适配器、系统功能单元、系统附属资源单元。其中系统资源适配器针对局部功能逻辑，系统功能单元针对整体功能逻辑，资源针对具体资源表现，分工明确，实现互相之间解耦，功能逻辑高度内聚，方便了后期的维护，解决了系统结构复杂，系统之间耦合不利于维护的缺陷。系统资源适配器所需要的数据都是来自系统功能单元的数据环境，因此可以将复杂的逻辑拆分成小的部分，再由适配器通过不同的功能接口组合完成各种复杂的业务逻辑。实现了通过基础的效果完成复杂功能逻辑的需求，在节省资源表现的同时又能够丰富整个系统框架，如游戏系统的表现。[0076]另一方面，由于系统功能单元提供给适配器虚拟容器环境，进而可以根据需求修改容器提供给适配器的所有内容，不受于系统框架的各种限制，进而也能轻松的实现离线环境的功能。在上述实施例中，独立展示系统与系统框架之间唯一的交流就是数据本身，由此只要提供给独立展示系统需要的数据，就可以接入该展示系统。因此一个独立展示系统可提供给多个系统框架使用，不依赖于某个系统框架。独立展示系统的自定义数据环境也使得其无需关注数据的来源，只需要提供给系统运行所需要的数据即可，这些数据既可以是远程服务器数据，也可以是本地测试数据，实现了系统独立运行的功能，更便于测试、迭代，提高了开发的效率。[0077]从系统附属资源单元来看，其并不关心具体的业务逻辑，作为一些效果的集合体存在提供给外界不同的效果展示接口，因此系统附属资源也是一个独立存在的单元。不同的适配器根据需要效果，选择和使用不同的系统附属资源即可，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代，对于资源的重复利用也达到了最大化效果，缓解传统开发上各方面配合协作，美术效果迭代造成代码功能修改以及项目内资源优化效果差、资源内容过多、后期资源更新量大等一系列问题。[0078]在本技术提供的另一实施例中，实现了一种由数据驱动的独立展示系统的实现方法，包括步骤302至308，如图3所示。[0079]步骤302：在系统声明单元中加入系统资源适配器、系统功能单元的文件路径，并在系统框架中调用所述系统声明单元的加载函数。[0080]具体的，在独立展示系统所属的系统框架中，调用初始化函数requiresystem，将独立展示系统添加到其所属的系统框架中，例如，在游戏框架初始化时调用初始化函数requiresystem，将战令展示系统加入到游戏中。[0081][0082][0083]进一步的，系统声明单元msystemrequire的初始化函数requiresystem将独立展示系统的多个资源加入到系统框架中，如下代码所示：[0084][0085]步骤304：在系统框架中执行系统功能单元的初始化函数，对所述独立展示系统进行初始化。[0086]具体的，当系统声明单元msystemrequire的初始化函数requiresystem执行完成后，根据加载的资源执行独立展示系统的初始化函数，分别对各个单元进行初始化。[0087][0088]步骤306：系统功能单元通过对外功能接口接收系统框架的命令，调用匹配的系统资源适配器；[0089]具体的，系统功能单元提供对外功能接口，该对外功能接口进一步包括入口函数和table指令配置表，在调用系统功能单元的功能时，通过系统功能单元的入口函数executesystemcmd(cmd,param)来进行功能的调用，提供需要调用的指令的名称和指令需要的参数。由于对外功能接口的指令配置表中每一个指令name属性值都有一个相同名称的函数，因此通过指令的名称即可调用系统功能单元的功能函数，进而调用匹配的系统资源适配器。[0090]进一步的，系统功能单元包括数据层，系统功能单元将获取的系统框架业务数据存储在数据层，提供给适配器使用。[0091]对于涉及到与系统框架进行交互或更新的数据，比如当前所在关卡、升级功能等，系统功能单元在获取系统框架提供的数据后，提供给相应的系统资源适配器调用。系统资源适配器所需要的数据都是来自系统功能单元的数据层，而系统功能单元的数据来源是从系统框架获取。通过该方式运行的过程带来的好处是，可以将各个复杂的游戏逻辑拆分成小的部分，再由适配器通过不同的功能接口组合完成各种业务逻辑。[0092]步骤308：系统资源适配器调用系统附属资源提供的对外功能接口，完成功能展示。[0093]在该步骤中，系统资源适配器进一步调用系统附属资源单元提供的对外功能接口，从而完成一个具体的业务效果表现。[0094]当系统资源适配器在与系统附属资源单元交互时，使用系统功能单元提供的接口函数executecmd调用系统附属资源单元的提供的指令，如前述实施例所述，在此不再赘述。[0095]在上述实施方式中，通过数据流的方式完成了独立展示系统的实现，独立展示系统与其所属的系统框架间的交互仅基于数据，只要提供给系统需要的数据，对于任何系统框架下均可接入。从系统附属资源单元出发，其并不关心具体的业务逻辑，作为一些效果的集合体存在，仅提供给外界不同的效果展示接口，是一个独立存在的单元；适配器则根据需求，组合不同的业务数据，选择和使用不同的系统附属资源即可，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代。[0096]本技术一实施例中还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述由数据驱动的独立展示系统的实现方法的步骤。[0097]上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的一种由数据驱动的独立展示系统的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述一种由数据驱动的独立展示系统的技术方案的描述。[0098]本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述由数据驱动的独立展示系统的实现方法的步骤。[0099]上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的由数据驱动的独立展示系统的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述由数据驱动的独立展示系统的技术方案的描述。[0100]上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。[0101]所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。[0102]需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。[0103]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。[0104]以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属
技术领域：
：技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。当前第1页12当前第1页12
技术领域：
：，特别涉及一种由数据驱动的独立展示系统及其实现方法、计算设备和计算机可读存储介质。
背景技术：
：：2.在现有的大型系统，如游戏系统中，存在多个功能比较独立的子系统，如工会系统、道具系统、抽奖系统等等。这些子系统的功能结构通常比较复杂，相互之间相互依赖和耦合，因此子系统功能开发完成后仅能用于当前系统，无法分离出来给其它游戏进行共享和复用，导致了重复开发的现象，降低了开发的效率。技术实现要素：3.有鉴于此，本技术实施例提供了一种由数据驱动的独立展示系统及其实现方法、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。4.根据本技术实施例的第一方面，提供了由数据驱动的独立展示系统，包括：5.系统声明单元，所述系统声明单元用于将所述独立展示系统引入到其所属的系统框架中；6.系统附属资源单元，所述系统附属资源单元包括资源处理逻辑以及对外功能接口；7.系统资源适配器，所述系统资源适配器包括多个业务逻辑处理单元，所述业务逻辑处理单元用于完成业务逻辑处理；8.系统功能单元，所述系统功能单元包括对外功能接口，通过所述对外功能接口向所述系统框架提供系统功能。9.根据本技术实施例的第二方面，提供了一种由数据驱动的独立展示系统的实现方法，所述实现方法包括：10.在系统声明单元中加入系统资源适配器、系统功能单元的文件路径，并在系统框架中调用所述系统声明单元的加载函数；11.在系统框架中执行系统功能单元的初始化函数，对所述独立展示系统进行初始化；12.系统功能单元通过对外功能接口接收系统框架的命令，调用匹配的系统资源适配器；13.系统资源适配器调用系统附属资源单元提供的对外功能接口，完成功能展示。14.根据本技术实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述由数据驱动的独立展示系统的实现方法的步骤。15.根据本技术实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述由数据驱动的独立展示系统的实现方法的步骤。16.本技术的实施例中，通过数据驱动的方式完成了独立展示系统的实现，独立展示系统与其所属的系统框架间的交互仅基于数据流，提供给系统功能单元需要的数据，就可以在任何系统框架下接入该系统。系统附属资源单元不关心具体的业务逻辑，作为一些资源效果的集合体存在，仅提供给外界不同的效果展示接口，是一个独立存在的单元；系统资源适配器则根据需求，选择和使用不同的系统附属资源单元，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代。附图说明17.图1是本技术实施例提供的计算设备的结构框图；18.图2是本技术实施例提供的一种由数据驱动的独立展示系统的结构示意图；19.图3是本技术实施例提供的一种由数据驱动的独立展示系统的实现方法的流程示意图；20.图4是本技术实施例提供的独立展示系统接入系统框架后的展示示意图；具体实施方式21.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。22.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。23.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“响应于确定”。24.在本技术中，提供了一种能即时响应的数据更新方法、系统、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。25.图1示出了根据本技术一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。26.计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。27.在本技术的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。28.计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。29.计算设备100还可以是移动式或静止式的服务器。30.其中，处理器120可以执行本技术实施例提供的一种由数据驱动的独立展示系统及其实现方法。31.图2示出了本技术一实施例由数据驱动的独立展示系统200。该独立展示系统包括200：32.系统声明单元202，系统声明单元用于将独立展示系统引入到其所属的系统框架中。33.在一种具体的实施方式中，系统声明单元msystemrequire包括中独立展示系统的系统资源适配器和系统功能单元的文件路径。34.[0035][0036]系统附属资源单元204，系统附属资源单元包括资源处理逻辑以及对外功能接口。[0037]在一种具体的实施方式中，系统附属资源单元204包括单纯的ui操作逻辑。不负责业务数据更新的ui操作，均在系统附属资源单元204内部实现，从而实现与业务逻辑的解耦。例如，界面中所包括的多个ui资源，如背景、列表，文本框以及相关的处理方式，也包括多个动态效果的处理方法等等。[0038]在另一种具体的实施方式中，系统附属资源单元204还包括其他系统需要的资源，如图片资源、声音资源、3d资源等，在此不再赘述。[0039]进一步的，系统附属资源单元还包括对外功能接口，例如系统附属资源单元提供在界面上方展示一行文字，并以闪烁效果出现的功能。因此，可以通过一个功能接口向外提供此功能。[0040]具体的，对外功能接口包括指令配置表和功能入口函数。[0041]其中，指令配置表在系统附属资源单元中通过table的方式实现，该表示意如下：[0042][0043][0044]对于cmd指令表中每一个指令的name属性值，系统附属资源单元中都有一个相同名称的函数，用于实现外部功能接口的调用。例如：[0045]functionmuibattlepass:updateui(data)；[0046]functionmuibattlepass:initbaseview(data)。[0047]其中，功能入口函数为：[0048]functionmuibattlepass:ddexecutecmd(cmd,data)[0049]self[cmd](self,data)[0050]end[0051]进一步的，系统附属资源单元还可以与系统资源适配器配合，在解耦的条件下实现业务逻辑处理。[0052]例如，在系统附属资源单元204中可以将更新事件绑定在按钮上从而实现业务数据的更新。若业务逻辑中定义点击按钮会更新业务数据，则由系统资源适配器将具体的修改逻辑作为指令的参数传入到系统附属资源单元中，如下代码所示：[0053][0054]在点击系统附属资源单元的按钮时，调用适配器中的业务逻辑方法对输入数据进行处理。为了将系统附属资源单元与适配器进行解耦，即系统附属资源单元仅负责单纯的资源操作逻辑，在点击按钮时，采用委托的方式调用适配器中的业务逻辑方法，从而实现了系统附属资源单元与适配器的分离。因此，在系统附属资源单元中除了注册、注销适配器，不调用任何有关适配器的接口或方法。[0055]系统资源适配器206，所述系统资源适配器包括多个业务逻辑处理单元，所述业务逻辑处理单元用于完成业务逻辑处理。[0056]在一种具体的实施方式中，独立展示系统的所有业务逻辑处理均由系统资源适配器206中的不同处理单元处理。例如，对角色和道具进行升级时，计算相应的数值。[0057]在另一种具体的实施方式中，系统资源适配器206还可以调用系统附属资源单元204中的对外功能接口，通过系统附属资源单元提供的ui界面展示和处理系统业务数据。[0058]当系统资源适配器在与系统附属资源单元交互时，使用系统功能单元提供的接口函数executecmd调用系统附属资源单元的提供的指令。[0059][0060][0061]由于系统附属资源单元提供的对外功能接口的指令配置表中每一个指令name属性值都有一个相同名称的函数，因此通过指令的名称和参数即可调用，如下系统附属资源单元中代码所示：[0062]functionmuibattlepass:ddexecutecmd(cmd,data)[0063]self[cmd](self,data)[0064]end[0065]在该步骤中，通过传递指令的方式使得系统资源适配器和系统附属资源单元实现了解耦，当在适配器中调用系统附属资源单元的相关接口时，无需通过硬编码实现。[0066]进一步的，系统资源适配器还根据系统附属资源单元的指令，实现业务数据的更新。对于涉及在ui界面中更新业务数据的操作，由适配器将对应的方法作为指令参数传递到系统附属资源单元的ui界面中，再由ui界面进行调用，如前述的ddexecutecmd(cmd,data)函数所示，同时，为了实现系统资源适配器和系统附属资源单元的解耦，采用委托调用的方式，因此系统附属资源单元仅关注ui界面逻辑无需关注业务逻辑。[0067]进一步的，系统资源适配器206与系统附属资源单元一一对应。[0068]系统功能单元208，系统功能单元包括对外功能接口，通过该对外功能接口向系统框架提供系统功能。如图4所示，游戏系统框架中接入了多个独立展示系统，如左侧的mbattlepasssystem、mcommonsystem等。[0069]在一种具体的实施方式中，系统功能单元提供独立展示系统的对外功能接口，即功能方法供系统框架调用。例如，系统框架调用系统功能单元中的打开列表界面方法，用于展示工会列表、英雄展示界面、英雄属性界面等等，如图4右侧所示。[0070]在另一种具体的实施方式中，系统功能单元208通过包括了功能入口函数和指令配置表的对外功能接口提供功能入口，如下代码所示：[0071]executesystemcmd(cmd,param)[0072]与上述系统附属资源单元中提供的对外功能接口类似，在系统功能单元中也通过table指令配置表的方式提供具体的指令，在调用系统功能单元的对外功能接口时，通过函数executesystemcmd(cmd,param)传入指令的名称和参数。[0073]进一步的，系统功能单元208还包含数据层，该数据层通过系统功能单元的接口获取系统框架的业务数据后将业务数据存储在数据层。系统资源适配器根据业务需求从系统功能单元的数据层获取业务数据并进行组合，由于该数据层提供了数据容器环境的功能，因此系统资源适配器无需关心数据的来源，直接根据数据层的数据来实现业务的处理。[0074]进一步的，系统功能单元208还包括指令传递功能，将适配器的相关指令通过文本参数传递给系统资源附属单元的资源界面，完成指令的调用和业务处理的同时，实现了业务逻辑的解耦。[0075]在上述实施例中，由数据驱动的独立系统展示系统实现了三个独立的单元：系统资源适配器、系统功能单元、系统附属资源单元。其中系统资源适配器针对局部功能逻辑，系统功能单元针对整体功能逻辑，资源针对具体资源表现，分工明确，实现互相之间解耦，功能逻辑高度内聚，方便了后期的维护，解决了系统结构复杂，系统之间耦合不利于维护的缺陷。系统资源适配器所需要的数据都是来自系统功能单元的数据环境，因此可以将复杂的逻辑拆分成小的部分，再由适配器通过不同的功能接口组合完成各种复杂的业务逻辑。实现了通过基础的效果完成复杂功能逻辑的需求，在节省资源表现的同时又能够丰富整个系统框架，如游戏系统的表现。[0076]另一方面，由于系统功能单元提供给适配器虚拟容器环境，进而可以根据需求修改容器提供给适配器的所有内容，不受于系统框架的各种限制，进而也能轻松的实现离线环境的功能。在上述实施例中，独立展示系统与系统框架之间唯一的交流就是数据本身，由此只要提供给独立展示系统需要的数据，就可以接入该展示系统。因此一个独立展示系统可提供给多个系统框架使用，不依赖于某个系统框架。独立展示系统的自定义数据环境也使得其无需关注数据的来源，只需要提供给系统运行所需要的数据即可，这些数据既可以是远程服务器数据，也可以是本地测试数据，实现了系统独立运行的功能，更便于测试、迭代，提高了开发的效率。[0077]从系统附属资源单元来看，其并不关心具体的业务逻辑，作为一些效果的集合体存在提供给外界不同的效果展示接口，因此系统附属资源也是一个独立存在的单元。不同的适配器根据需要效果，选择和使用不同的系统附属资源即可，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代，对于资源的重复利用也达到了最大化效果，缓解传统开发上各方面配合协作，美术效果迭代造成代码功能修改以及项目内资源优化效果差、资源内容过多、后期资源更新量大等一系列问题。[0078]在本技术提供的另一实施例中，实现了一种由数据驱动的独立展示系统的实现方法，包括步骤302至308，如图3所示。[0079]步骤302：在系统声明单元中加入系统资源适配器、系统功能单元的文件路径，并在系统框架中调用所述系统声明单元的加载函数。[0080]具体的，在独立展示系统所属的系统框架中，调用初始化函数requiresystem，将独立展示系统添加到其所属的系统框架中，例如，在游戏框架初始化时调用初始化函数requiresystem，将战令展示系统加入到游戏中。[0081][0082][0083]进一步的，系统声明单元msystemrequire的初始化函数requiresystem将独立展示系统的多个资源加入到系统框架中，如下代码所示：[0084][0085]步骤304：在系统框架中执行系统功能单元的初始化函数，对所述独立展示系统进行初始化。[0086]具体的，当系统声明单元msystemrequire的初始化函数requiresystem执行完成后，根据加载的资源执行独立展示系统的初始化函数，分别对各个单元进行初始化。[0087][0088]步骤306：系统功能单元通过对外功能接口接收系统框架的命令，调用匹配的系统资源适配器；[0089]具体的，系统功能单元提供对外功能接口，该对外功能接口进一步包括入口函数和table指令配置表，在调用系统功能单元的功能时，通过系统功能单元的入口函数executesystemcmd(cmd,param)来进行功能的调用，提供需要调用的指令的名称和指令需要的参数。由于对外功能接口的指令配置表中每一个指令name属性值都有一个相同名称的函数，因此通过指令的名称即可调用系统功能单元的功能函数，进而调用匹配的系统资源适配器。[0090]进一步的，系统功能单元包括数据层，系统功能单元将获取的系统框架业务数据存储在数据层，提供给适配器使用。[0091]对于涉及到与系统框架进行交互或更新的数据，比如当前所在关卡、升级功能等，系统功能单元在获取系统框架提供的数据后，提供给相应的系统资源适配器调用。系统资源适配器所需要的数据都是来自系统功能单元的数据层，而系统功能单元的数据来源是从系统框架获取。通过该方式运行的过程带来的好处是，可以将各个复杂的游戏逻辑拆分成小的部分，再由适配器通过不同的功能接口组合完成各种业务逻辑。[0092]步骤308：系统资源适配器调用系统附属资源提供的对外功能接口，完成功能展示。[0093]在该步骤中，系统资源适配器进一步调用系统附属资源单元提供的对外功能接口，从而完成一个具体的业务效果表现。[0094]当系统资源适配器在与系统附属资源单元交互时，使用系统功能单元提供的接口函数executecmd调用系统附属资源单元的提供的指令，如前述实施例所述，在此不再赘述。[0095]在上述实施方式中，通过数据流的方式完成了独立展示系统的实现，独立展示系统与其所属的系统框架间的交互仅基于数据，只要提供给系统需要的数据，对于任何系统框架下均可接入。从系统附属资源单元出发，其并不关心具体的业务逻辑，作为一些效果的集合体存在，仅提供给外界不同的效果展示接口，是一个独立存在的单元；适配器则根据需求，组合不同的业务数据，选择和使用不同的系统附属资源即可，由此分离了逻辑和效果的开发，在频繁修改效果或是逻辑的环境下做到互不干扰，更方便于项目的优化迭代。[0096]本技术一实施例中还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述由数据驱动的独立展示系统的实现方法的步骤。[0097]上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的一种由数据驱动的独立展示系统的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述一种由数据驱动的独立展示系统的技术方案的描述。[0098]本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述由数据驱动的独立展示系统的实现方法的步骤。[0099]上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的由数据驱动的独立展示系统的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述由数据驱动的独立展示系统的技术方案的描述。[0100]上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。[0101]所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。[0102]需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。[0103]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。[0104]以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属
技术领域：
：技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
