基于消息驱动的软件架构方法、系统及设备与流程

1.本发明涉及计算机软件技术领域，具体地说，涉及一种基于消息驱动的软件架构方法、系统及设备。


背景技术：

2.在云计算和移动互联网的助推下，企业数字化转型加快，软件开发的需求激增。数字化不断改变着现实生活，给生活带来便利的同时，也加快了数据的爆发和软件更替的周期，移动互联网和物联网的发展让软件平台变得更加多元化和碎片化，软件开发商为了支持多元化的系统和平台，不得不投入更多的人力和资源进行多平台开发。
3.目前，“低代码(low-code)”的概念越来越受到软件开发领域的欢迎。关于“低代码”的定义是：利用很少或几乎不需要写代码就可以快速地开发应用，并可以进行快速配置和部署的一种技术和工具。
4.目前国外出现了许多低代码工具，如面向设计师的原型设计工具“figma”，面向企业办公的表单和流程设计工具“creator”。国内也涌现了许多优秀的低代码工具，如面向数据工程师的数据分析工具“datav”。这些工具的主要特点是依托工具提供的基础能力和引擎基座，根据不同的用户群体的能力差异，提供特定场景应用的低代码开发能力。
5.但是，现有的低代码工具普遍缺乏简单直观的业务逻辑规划能力：传统开发模式在执行功能模块之间的调用时，需要在调用处实例化被调用模块，然后再调用相关的方法。这将会导致增加了模块之间的耦合性和开发的复杂度。
6.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

7.针对现有技术中的问题，本发明的目的在于提供一种基于消息驱动的软件架构方法、系统及设备，提供了一种新的低代码工具，通过消息转发的形式来驱动各业务模块的协同工作，降低了各业务模块之间的耦合性和开发的复杂度，从而利于提高软件系统开发效率。
8.为实现上述目的，本发明提供了一种基于消息驱动的软件架构方法，所述方法包括以下步骤：
9.s110，确定目标软件系统的各个业务模块，并将每一业务模块分别映射为一控制器；
10.s120，基于源控制器实例生成一消息，并将所述消息发送至消息调度中心；所述消息包括目标控制器类id信息；
11.s130，所述消息调度中心对所述消息进行解析，获得目标控制器类id信息，并将所述目标控制器类id信息发送至控制器中心；
12.s140，所述控制器中心根据所述目标控制器类id信息，获取匹配的目标控制器实
例；以及
13.s150，所述目标控制器实例接收到自所述消息调度中心转发的所述消息后，触发执行与所述消息对应的处理流程。
14.可选地，所述控制器中心设有第一实例缓存队列和第二实例缓存队列，所述第一实例缓存队列和所述第二实例缓存队列均用于缓存目标控制器实例，且所述第一实例缓存队列中目标控制器实例的保活时长大于所述第二实例缓存队列中目标控制器实例的保活时长。
15.可选地，所述方法还包括步骤：
16.当所述目标控制器实例属于第二实例缓存队列，且所述处理流程执行完成时，根据所述第二实例缓存队列对应的保活时长，结束所述目标控制器实例对应的生命周期。
17.可选地，所述方法还包括步骤：
18.当所述目标控制器实例属于第一实例缓存队列，且所述处理流程执行完成时，根据所述第一实例缓存队列对应的保活时长，对所述目标控制器实例对应的生命周期进行持续保活。
19.可选地，步骤s140包括：
20.所述控制器中心判断所述第一实例缓存队列和所述第二实例缓存队列中是否存在与所述目标控制器类id信息匹配的目标控制器实例；
21.若不存在，则所述控制器中心根据所述目标控制器类id信息，生成匹配的目标控制器实例，并将所述目标控制器实例添加至所述第一实例缓存队列或者所述第二实例缓存队列中。
22.可选地，所述消息中包含有回调函数指针信息和源控制器实例类id信息，步骤s150包括：
23.根据所述回调函数指针信息和所述源控制器实例类id信息，生成回调函数主体信息；
24.所述目标控制器实例根据所述回调函数主体信息，确定与所述消息对应的回调函数；
25.所述目标控制器实例接收到所述消息后，触发执行所述回调函数。
26.可选地，步骤s110包括：
27.生成与目标软件系统对应的树形数据结构；
28.提取所述树形数据结构中的根节点和叶子节点；
29.根据所述根节点和叶子节点，确定所述目标软件系统中的各个业务模块。
30.可选地，所述生成与目标软件系统对应的树形数据结构，包括：
31.提取目标软件系统中的所有类实体信息和调用关系图信息；
32.根据所述类实体信息和所述调用关系图信息，生成与目标软件系统对应的树形数据结构。
33.本发明还提供了一种基于消息驱动的软件架构系统，用于实现上述基于消息驱动的软件架构方法，所述系统包括：
34.业务模块确定及映射模块，确定目标软件系统的各个业务模块，并将每一业务模块分别映射为一控制器；
35.第一消息发送模块，基于源控制器实例生成一消息，并将所述消息发送至消息调度中心；所述消息包括目标控制器类id信息；
36.目标控制器类id获取模块，所述消息调度中心对所述消息进行解析，获得目标控制器类id信息，并将所述目标控制器类id信息发送至控制器中心；
37.目标控制器实例获取模块，所述控制器中心根据所述目标控制器类id信息，获取匹配的目标控制器实例；以及
38.实例触发执行模块，所述目标控制器实例接收到自所述消息调度中心转发的所述消息后，触发执行与所述消息对应的处理流程。
39.本发明还提供了一种基于消息驱动的软件架构设备，包括：
40.处理器；
41.存储器，其中存储有所述处理器的可执行程序；
42.其中，所述处理器配置为经由执行所述可执行程序来执行上述任意一项基于消息驱动的软件架构方法的步骤。
43.本发明还提供了一种计算机可读存储介质，用于存储程序，所述程序被处理器执行时实现上述任意一项基于消息驱动的软件架构方法的步骤。
44.本发明与现有技术相比，具有以下优点及突出性效果：
45.本发明提供的基于消息驱动的软件架构方法、系统及设备通过消息转发的形式来驱动各业务模块的协同工作，实现提供了一种新的低代码工具，降低了各业务模块之间的耦合性和开发的复杂度，从而利于提高软件系统开发效率。
附图说明
46.通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。
47.图1为本发明一实施例公开的一种基于消息驱动的软件架构方法的示意图；
48.图2为本发明一实施例公开的消息的结构示意图；
49.图3为本发明另一实施例公开的一种基于消息驱动的软件架构方法的示意图；
50.图4为本发明另一实施例公开的一种基于消息驱动的软件架构方法的示意图；
51.图5为本发明另一实施例公开的一种基于消息驱动的软件架构方法的示意图；
52.图6为本发明另一实施例公开的一种基于消息驱动的软件架构方法的示意图；
53.图7为本发明一实施例公开的一种基于消息驱动的软件架构系统的结构示意图；
54.图8为本发明另一实施例公开的一种基于消息驱动的软件架构系统的结构示意图；
55.图9为本发明一实施例公开的一种基于消息驱动的软件架构设备的结构示意图。
具体实施方式
56.以下通过特定的具体实例说明本技术的实施方式，本领域技术人员可由本技术所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用系统，本技术中的各项细节也可以根据不同观点与应用系统，在没有背离本技术的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本技术中的实
施例及实施例中的特征可以相互组合。
57.下面以附图为参考，针对本技术的实施例进行详细说明，以便本技术所属技术领域的技术人员能够容易地实施。本技术可以以多种不同形态体现，并不限定于此处说明的实施例。
58.在本技术的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本技术中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
59.此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
60.为了明确说明本技术，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。
61.在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。
62.当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。
63.虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
64.此处使用的专业术语只用于言及特定实施例，并非意在限定本技术。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。
65.虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本技术所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得
过度解释为理想的或非常公式性的意义。
66.现在将结合参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。
67.如图1所示，本发明一实施例公开了一种基于消息驱动的软件架构方法，用于对一目标软件系统进行软件架构设计。该目标软件系统中包含有多个业务模块。示例性地，上述业务模块比如可以为点单模块、支付模块或者退货模块等。本实施例中，上述方法包括以下步骤：
68.s110，确定目标软件系统的各个业务模块，并将每一业务模块分别映射为一控制器。具体实施时，可以基于目标软件系统中类关键字或者代码关键字等识别出各个业务模块。或者上述目标软件系统由mvc(模型-视图-控制器)设计模式生成，基于该mvc设计模式确定各个业务模块。然后可以将每个业务模块各自作为一控制器。控制器负责某个单一的业务处理过程，根据输入消息的不同会触发不同的业务处理方式。
69.每个控制器都含有消息入口、消息出口和内部逻辑实现：消息入口负责接收消息，并按照消息类型运行相应的处理过程。消息出口负责按需进行特定消息的封装，发送消息，推动逻辑处理的过程。也即，消息入口和消息出口分别用于处理消息的输入和输出。对消息入口输入的消息，控制器内部自由实现其处理过程，在完成自身的处理过程后，控制的消息出口向消息调度中心发送新的消息，以推动下个处理流程。
70.s120，基于源控制器实例生成一消息，并将上述消息发送至消息调度中心。具体而言，每条消息中都含有源控制器类id和目标控制器类id的信息。可以将上述消息的发送方确定为源控制器实例，可以将该消息的接收方确定为目标控制器实例。参考图2，上述消息不仅包括目标控制器类id信息，而且包括消息名、消息id、源控制器类id信息、消息体和回调函数等信息。源控制器实例生成消息之后，交由消息调度中心转发。
71.s130，消息调度中心对上述消息进行解析，获得目标控制器类id信息，并将上述目标控制器类id信息发送至控制器中心。
72.具体而言，消息调度中心负责消息的排队和转发。消息调度中心内部含有消息队列和消息调度器。消息队列由高优先级和低优先级两个队列构成，消息调度器会优先处理高优先级队列的消息再处理低优先级队列内的消息。消息调度器在收到消息后，对上述消息进行解析，会根据消息定义中的目标控制器类id信息，通知获取指定的目标控制器实例信息，将消息发送至目标控制器实例的消息入口。其中，当队列的优先级相同时，可以基于先进先出、后进后出的顺序依次进行消息的处理。
73.s140，上述控制器中心根据上述目标控制器类id信息，获取匹配的目标控制器实例。具体而言，消息调度中心根据消息体中指定的目标控制器类id，向控制器中心获取目标控制器实例。控制器中心在收到目标控制器类id时会先在缓存队列中寻找是否有对应的控制器实例。如果没有找到，会实例化一个新的控制器实例，然后放入缓存队列。
74.以及s150，上述目标控制器实例接收到自上述消息调度中心转发的上述消息后，触发执行与上述消息对应的处理流程。也即，在目标控制器实例获取成功后，消息调度中心会将消息发送到目标控制器实例的消息入口，触发目标控制器实例执行与当前消息绑定的
特定处理流程。
75.另一方面，对于现有的低代码工具，传统开发模式在执行功能模块之间的调用时，开发者需要管理被调用模块的生命周期，知道被调用模块具体的方法参数和返回类型，这也会导致开发的复杂度增加。
76.为了解决上述问题，在本技术的另一实施例中，公开了另一种基于消息驱动的软件架构方法。该实施例中，上述控制器中心由第一实例缓存队列、第二实例缓存队列以及控制器类列表构成。控制器中心负责实例化并缓存控制器实例，同时，内部包含所有控制器的类信息，在需要时进行控制器的实例化。第一实例缓存队列和第二实例缓存队列均用于缓存目标控制器实例，且上述第一实例缓存队列中目标控制器实例的保活时长大于上述第二实例缓存队列中目标控制器实例的保活时长。控制器类列表包含了所有控制器的类定义。
77.示例性地，比如上述第一实例缓存队列为强引用缓存队列，第二实例缓存队列为弱引用缓存队列。
78.第一实例缓存队列和第二实例缓存队列还用于协助管理控制器实例的生命周期。在需要的时候根据控制器类id，返回控制器的实例。对于强引用控制器实例队列，无论外界是否继续使用该控制器实例，都将会保持其内部控制器实例的生命。一旦弱引用控制器实例队列中的控制器实例在外部不再使用，则不会保持其内部的控制器实例，即结束其生命周期。
79.如图3所示，该实施例中，在上述图1对应实施例的基础上，还包括步骤：
80.s160，当上述目标控制器实例属于第二实例缓存队列，且上述处理流程执行完成时，根据上述第二实例缓存队列对应的保活时长，结束上述目标控制器实例对应的生命周期。也即，对于弱引用控制器实例队列，一旦控制器实例在外部不再使用，将不会保持其内部的控制器实例，即结束其生命周期。
81.本实施例中，各个业务模块在消息的驱动下，自动进行内存管理，不再需要开发者被调用模块的生命周期，利于提高开发效率。
82.如图4所示，在一些实施例中，在上述图3对应实施例的基础上，还包括步骤：
83.s170，当上述目标控制器实例属于第一实例缓存队列，且上述处理流程执行完成时，根据上述第一实例缓存队列对应的保活时长，对上述目标控制器实例对应的生命周期进行持续保活。也即，对于强引用控制器实例队列，无论外界是否继续使用该控制器实例，都将会保持其内部控制器实例的生命。
84.本实施例中，各个业务模块在消息的驱动下，自动进行内存管理，不再需要开发者被调用模块的生命周期，利于提高开发效率。
85.在一些实施例中，在上述图3对应实施例的基础上，步骤s140包括：
86.上述控制器中心判断上述第一实例缓存队列和上述第二实例缓存队列中是否存在与上述目标控制器类id信息匹配的目标控制器实例。
87.若不存在，则上述控制器中心根据上述目标控制器类id信息，生成匹配的目标控制器实例，并将上述目标控制器实例添加至上述第一实例缓存队列或者上述第二实例缓存队列中。
88.若存在，则直接进行查找。
89.也即，控制器中心在收到目标控制器类id信息后，会先在缓存队列中寻找是否有
对应的控制器实例。如果没有找到，会实例化一个新的控制器实例，然后放入缓存队列。
90.如图5所示，在本技术的另一实施例中，在上述图1对应实施例的基础上，步骤s110包括：
91.s113，生成与目标软件系统对应的树形数据结构。
92.s114，提取上述树形数据结构中的根节点和叶子节点。
93.s115，根据上述根节点和叶子节点，确定上述目标软件系统中的各个业务模块，并将每一业务模块分别映射为一控制器。
94.这样实现了在生成树形数据结构之后，基于根节点和叶子节点，确定业务模块，这样利于提高对目标软件系统中的各个业务模块提取的准确性，以及提高了各个控制器实例调用关系的准确性；从而利于提高消息调度的准确性。
95.在一些实施例中，在包含上述图5对应实施例的步骤s114和s115的基础上，还包括步骤：
96.s111，提取目标软件系统中的所有类实体信息和调用关系图信息。
97.s112，根据上述类实体信息和上述调用关系图信息，生成与目标软件系统对应的树形数据结构。
98.如图6所示，在一些实施例中，在上述图1对应实施例的基础上，上述消息中包含有回调函数指针信息和源控制器类id信息。步骤s150包括：
99.s151，根据上述回调函数指针信息和上述源控制器实例类id信息，生成回调函数主体信息。
100.s152，上述目标控制器实例根据上述回调函数主体信息，确定与上述消息对应的回调函数。
101.s153，上述目标控制器实例接收到上述消息后，触发执行上述回调函数。
102.根本本发明提供的上述技术方案，任何软件的业务逻辑都可以由控制器、消息调度中心、控制器中心和消息来完成。通过消息的转发，按需实例化控制器，完成特定的业务处理过程，整个软件的运行都将由消息的转发来推动，实现基于消息驱动软件架构体系。
103.需要说明的是，本技术中公开的上述所有实施例可以进行自由组合，组合后得到的技术方案也在本技术的保护范围之内。
104.如图7所示，本发明一实施例还公开了一种基于消息驱动的软件架构系统，所述系统包括源控制器实例71、消息调度中心72、控制器中心73以及目标控制器实例74。
105.源控制器实例71用于生成一消息，并将上述消息发送至消息调度中心。上述消息包括目标控制器类id信息。
106.消息调度中心72用于对上述消息进行解析，获得目标控制器类id信息，并将上述目标控制器类id信息发送至控制器中心73；并将上述消息转发至目标控制器实例74。
107.控制器中心73用于根据上述目标控制器类id信息，获取匹配的目标控制器实例74。
108.目标控制器实例74用于接收到自上述消息调度中心转发的上述消息后，触发执行与上述消息对应的处理流程。
109.源控制器实例及目标控制器实例负责某个单一的业务处理过程，根据输入消息的不同会触发不同的业务处理方式。消息调度中心负责消息的优先级控制和消息的转发。控
制器中心负责按需实例化控制器对象，并缓存控制器实例。
110.如图8所示，本发明一实施例还公开了一种基于消息驱动的软件架构系统8，该系统包括：
111.业务模块确定及映射模块81，确定目标软件系统的各个业务模块，并将每一业务模块分别映射为一控制器。
112.第一消息发送模块82，基于源控制器实例生成一消息，并将上述消息发送至消息调度中心。上述消息包括目标控制器类id信息。
113.目标控制器类id获取模块83，上述消息调度中心对上述消息进行解析，获得目标控制器类id信息，并将上述目标控制器类id信息发送至控制器中心。
114.目标控制器实例获取模块84，上述控制器中心根据上述目标控制器类id信息，获取匹配的目标控制器实例。以及
115.实例触发执行模块85，上述目标控制器实例接收到自上述消息调度中心转发的上述消息后，触发执行与上述消息对应的处理流程。
116.可以理解的是，本发明的基于消息驱动的软件架构系统还包括其他支持基于消息驱动的软件架构系统运行的现有功能模块。图8显示的基于消息驱动的软件架构系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
117.本实施例中的基于消息驱动的软件架构系统用于实现上述的基于消息驱动的软件架构的方法，因此对于基于消息驱动的软件架构系统的具体实施步骤可以参照上述对基于消息驱动的软件架构的方法的描述，此处不再赘述。
118.本发明一实施例还公开了一种基于消息驱动的软件架构设备，包括处理器和存储器，其中存储器存储有所述处理器的可执行程序；处理器配置为经由执行可执行程序来执行上述基于消息驱动的软件架构方法中的步骤。图9是本发明公开的基于消息驱动的软件架构设备的结构示意图。下面参照图9来描述根据本发明的这种实施方式的电子设备600。图9显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
119.如图9所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
120.其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述基于消息驱动的软件架构方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。
121.存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。
122.存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
123.总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
124.电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储平台等。
125.本发明还公开了一种计算机可读存储介质，用于存储程序，所述程序被执行时实现上述基于消息驱动的软件架构方法中的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述基于消息驱动的软件架构方法中描述的根据本发明各种示例性实施方式的步骤。
126.如上所示，该实施例的计算机可读存储介质的程序在执行时，通过消息转发的形式来驱动各业务模块的协同工作，实现提供了一种新的低代码工具，降低了各业务模块之间的耦合性和开发的复杂度，从而利于提高软件系统开发效率；另一方面，各个业务模块在消息的驱动下，自动进行内存管理，不再需要开发者被调用模块的生命周期，也利于提高开发效率。
127.本发明一实施例公开了一种计算机可读存储介质。该存储介质是实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
128.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
129.计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
130.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算
设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
131.本发明实施例提供的基于消息驱动的软件架构方法、系统及设备通过消息转发的形式来驱动各业务模块的协同工作，实现提供了一种新的低代码工具，降低了各业务模块之间的耦合性和开发的复杂度，从而利于提高软件系统开发效率；另一方面，各个业务模块在消息的驱动下，自动进行内存管理，不再需要开发者被调用模块的生命周期，也利于提高开发效率。
132.以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。