建议书的生成方法、装置及计算机可读存储介质与流程

1.本技术涉及计算机软件领域，特别是涉及建议书的生成方法、装置及计算机可读存储介质。


背景技术：

2.随着产品的丰富多彩，每一产品在销售前均通过软件的方式在电子设备上形成相应的建议书，以供购买产品的用户查看。如，保险行业有保险建议书，房产行业有房屋购买建议书、装修行业有装修建议书等。用户可以通过在建议书上选择查看对应的产品信息。
3.相关的建议书在生成时是采用一个页面实现建议书所有的内容，即建议书中的所有涉及的业务模块共用一个模板文件，该模板文件包含了数据展示和业务逻辑等大量代码。
4.不足之处在于，模板文件包含了大量代码，维护成本高。


技术实现要素：

5.本技术提供了建议书的生成方法、装置及计算机可读存储介质，能够减少模板文件中的代码，便于维护和测试。
6.本技术采用的一种技术方案是提供一种建议书的生成方法，该方法包括：拆分建议书的业务逻辑，得到至少两个业务模块；构建视图层，在视图层中为每一业务模块构建对应的模板文件；其中，模板文件中只保留业务模块对应数据展现的代码；构建模型层，在模型层中为每一业务模块构建对应的第一视图构建器，将同一业务模块的第一视图构建器和模板文件相关联；第一视图构建器用于处理业务模块对应的业务逻辑；运行视图层和模型层，生成建议书。
7.其中，运行视图层和模型层，生成建议书，包括：响应于视图层的操作，控制模型层获取对应的数据，并将数据反馈至视图层进行展示。
8.其中，构建视图层，在视图层中为每一业务模块构建对应的模板文件之后，包括：构建视图工厂，在视图工厂中整合每一业务模块对应的模块视图。
9.其中，构建视图工厂，在视图工厂中整合每一业务模块对应的模块视图，包括：构建通用视图工厂；在通用视图工厂中构建对应不同类型的展现样式的视图工厂。
10.其中，运行视图层和模型层，生成建议书，包括：获取终端设备的类型；根据类型从视图工厂确定出对应的展现样式；基于展现样式运行视图层和模型层，生成建议书。
11.其中，根据类型从视图工厂确定出对应的展现样式，包括：将类型输入至通用视图工厂，以使通用视图工厂在不同类型的展现样式的视图工厂中进行适配，确定出目标视图工厂。
12.其中，在不同类型的展现样式的视图工厂无法与终端设备的类型适配时，则将通用视图工厂作为目标视图工厂。
13.其中，在新增业务逻辑时，基于新增业务逻辑构建第二视图构建器，第二视图构建
器继承第一视图构建器，其中，第二视图构建器中的部分方法是对第一视图构建器中的方法重写得到。
14.本技术采用的另一种技术方案是提供一种建议书的生成装置，该生成装置包括存储器和处理器，所述存储器用于存储程序数据，所述处理器用于执行程序数据以实现如上述技术方案提供的方法。
15.本技术采用的另一种技术方案是提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，计算机程序在被处理器执行时，用于实现如上述技术方案提供的方法。
16.本技术的有益效果是：区别于现有技术的情况，本技术通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
17.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
附图说明
18.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
19.图1是本技术提供的建议书的生成方法第一实施例的流程示意图；
20.图2是本技术提供的建议书的生成方法第二实施例的流程示意图；
21.图3是本技术提供的建议书的生成方法第三实施例的流程示意图；
22.图4是本技术提供的建议书的生成方法第四实施例的流程示意图；
23.图5是本技术提供的建议书的生成过程示意图；
24.图6是本技术提供的建议书的生成装置一实施例的结构示意图；
25.图7是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
26.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
27.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和
隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
28.参阅图1，图1是本技术提供的建议书的生成方法第一实施例的流程示意图。该方法包括：
29.步骤11：拆分建议书的业务逻辑，得到至少两个业务模块。
30.其中，可以将建议书的业务逻辑拆分为基本信息、保险计划、保障图标、利益演示等业务模块。
31.步骤12：构建视图层，在视图层中为每一业务模块构建对应的模板文件。
32.其中，模板文件中只保留业务模块对应数据展现的代码，不包含业务逻辑代码。
33.数据展现的代码即为前端展现代码，可以表示用户与应用程序进行交互的界面，其具有与业务逻辑代码相关联的行为属性，比如差异数据，表征待展示数据所发生的变化。
34.在一些实施例中，模板文件可以是常用程序的模板文件，包含有段落结构、字体样式和页面布局等元素的样式，决定了文档的基本结构和设置的样式。比如网页文件，pdf文件，excel表格文件等等。每一业务模块构建对应的模板文比如可以为：利益演示的业务模块对应的模板文件可以为ppt演示文件；基本信息的业务模块对应的模板文件可以为excel表格文件；保障图标的业务模块对应的模板文件可以为图像文件等等，关于业务模块和模板文件的种类以及两者的对应关系，本技术在此不做限定。
35.步骤13：构建模型层，在模型层中为每一业务模块构建对应的第一视图构建器，将同一业务模块的第一视图构建器和模板文件相关联；第一视图构建器用于处理业务模块对应的业务逻辑。
36.其中，业务逻辑的代码可以表示应用程序开发中的实时数据，例如，应用程序开发中涉及到的用户的姓名、邮箱、电话等个人信息，可以采用业务逻辑代码来表示。
37.在一些实施例中，可以通过指定视图层的模板文件的名称，使得第一视图构建器和模板文件相关联；或者第一视图构建器用于处理传入的数据，以填充视图层。
38.在一些实施例中，第一视图构建器处理业务模块对应的业务逻辑，具体可以为：比如用户在视图层中点击查看某个用户的基本信息，模型层从数据库中获取该用户对应的数据，并将数据反馈至视图层进行展示。
39.步骤14：运行视图层和模型层，生成建议书。
40.当视图层和模型层按照建议书的要求构建完成后，则可以将视图层和模型层部署在相应的终端设备中。当用户通过终端设备查看建议书时，运行视图层和模型层，以此在终端设备展示建议书。
41.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
42.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
43.在一些实施例中，运行视图层和模型层，生成建议书，可以包括：响应于视图层的
操作，控制模型层获取对应的数据，并将数据反馈至视图层进行展示。
44.示例性地，比如用户在视图层中点击查看某个用户的基本信息，模型层从数据库中获取该用户对应的数据，并将数据反馈至视图层进行展示。
45.或者用户在视图层(比如视图层)中按照提示对建议书进行各种操作(比如点击查看某个链接的具体内容)，模型层通过接收视图层的操作指令，从数据库获取相应的数据或者通过模型层自身进行逻辑运算，更新页面的数据，并将数据反馈至视图层进行展示，从而使得用户在页面中的建议书的内容(比如某些参数和/或类型)发生变化。
46.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
47.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
48.参阅图2，图2是本技术提供的建议书的生成方法第二实施例的流程示意图。该方法包括：
49.步骤21：拆分建议书的业务逻辑，得到至少两个业务模块。
50.步骤22：构建视图层，在视图层中为每一业务模块构建对应的模板文件；其中，模板文件中只保留业务模块对应数据展现的代码。
51.步骤23：构建视图工厂，在视图工厂中整合每一业务模块对应的模块视图。
52.其中，可以是多个业务模块对应的模块视图一次整合；也可以是逐步整合，比如用累加的方式一次整合两个业务模块对应的模块视图。
53.由于数据库系统是从整体角度看待和描述数据的，因此数据不是面向某个应用而是整个系统。因此需要进行视图集成，即将每一业务模块对应的模块视图在视图工厂中进行整合，使得数据库能被全系统的多个用户、多个应用共享使用。
54.步骤24：构建模型层，在模型层中为每一业务模块构建对应的第一视图构建器，将同一业务模块的第一视图构建器和模板文件相关联；第一视图构建器用于处理业务模块对应的业务逻辑。
55.步骤25：运行视图层和模型层，生成建议书。
56.步骤21、步骤22、步骤24和步骤25与上述实施例具有相同或相似的技术方案，这里不做赘述。
57.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
58.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的
方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
59.参阅图3，图3是本技术提供的建议书的生成方法第三实施例的流程示意图。
60.步骤31：拆分建议书的业务逻辑，得到至少两个业务模块。
61.步骤32：构建视图层，在视图层中为每一业务模块构建对应的模板文件；其中，模板文件中只保留业务模块对应数据展现的代码。
62.步骤33：构建通用视图工厂。
63.步骤34：在通用视图工厂中构建对应不同类型的展现样式的视图工厂。
64.其中，不同类型的展现样式可以包括但不局限于pc端网页、移动端网页或pdf网页的展现样式。
65.示例性地，比如通用的pc端搜索网页，在顶部设置有文本框用于输入，输入后会有下拉列表，呈现有相似话题的选项可供选择，文本框右边设置有搜索的小方框，该小方框可以用绿色填充，以使用户通过点击操作进行搜索，文本框的下方是搜索的结果显示，其中，当搜索的结果中具有与输入相同的词汇或词组时，会以高亮形式显示，右边可以是其他用户搜索的链接显示，或者是实时热搜的事件列表，其中，其他用户搜索的可以是以图片显示，实时热搜的事件列表可以是展示内容较长的菜单或拥有次级文字内容的标题。
66.而通用的移动端网页可以是九宫格式布局的页面，具体地，比如点击微信的服务，呈现的就是各个服务入口，每个服务入口上面是图标卡片下面是服务事项，只有点击进去才能展现各个服务入口的具体内容，并且菜单之间的跳转需要回到初始点。
67.上述的展现样式可以通过对应的视图工厂耦合到所请求的视图。
68.上述列举的只是不同类型的展现样式的一个具体实施例，关于不同类型的具体展现样式，本技术在此不做限定。
69.另外，需要注意的是，不同类型的展现样式一般是不同的。示例性地，比如在pc端网页通常都会使用“微软雅黑”字体，但在移动端，比如ios、android、winphone三大系统都没有“微软雅黑”字体，各手机系统都有自己的默认中文字体。
70.再比如，在文字输入中，pc端一般使用文本框解决，而在移动端中因为手机屏幕尺寸等原因，采用的是另起一页输入或者文字后直接输入的方式，这些都是不同类型各自对应的展现样式。
71.步骤35：构建模型层，在模型层中为每一业务模块构建对应的第一视图构建器，将同一业务模块的第一视图构建器和模板文件相关联；第一视图构建器用于处理业务模块对应的业务逻辑。
72.步骤36：运行视图层和模型层，生成建议书。
73.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
74.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
75.参阅图4，图4是本技术提供的建议书的生成方法第四实施例的流程示意图。
76.步骤41：拆分建议书的业务逻辑，得到至少两个业务模块。
77.步骤42：构建视图层，在视图层中为每一业务模块构建对应的模板文件；其中，模板文件中只保留业务模块对应数据展现的代码。
78.步骤43：构建通用视图工厂。
79.步骤44：在通用视图工厂中构建对应不同类型的展现样式的视图工厂。
80.步骤45：构建模型层，在模型层中为每一业务模块构建对应的第一视图构建器，将同一业务模块的第一视图构建器和模板文件相关联；第一视图构建器用于处理业务模块对应的业务逻辑。
81.步骤46：获取终端设备的类型。
82.其中，终端设备可以是手机或者平板电脑或者可视电话等等。
83.步骤47：根据类型从视图工厂确定出对应的展现样式。
84.比如手机对应的是移动端网页的展现样式，平板电脑对应的是pc端网页的展现样式。
85.示例性地，在文字输入中，pc端一般使用文本框解决，而在移动端中因为手机屏幕尺寸等原因，采用的是另起一页输入或者文字后直接输入的方式，这些都是不同类型各自对应的展现样式。
86.步骤48：基于展现样式运行视图层和模型层，生成建议书。
87.步骤41至步骤45与上述实施例具有相同或相似的技术方案，这里不做赘述。
88.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
89.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
90.在一些实施例中，步骤47可以包括以下步骤：
91.步骤49：将类型输入至通用视图工厂，以使通用视图工厂在不同类型的展现样式的视图工厂中进行适配，确定出目标视图工厂。
92.比如将手机输入至通用视图工厂，通用视图工厂在移动端网页的展现样式、pc端网页的展现样式和pdf网页的展现样式的视图工厂中进行适配，确定移动端网页的展现样式的视图工厂为目标视图工厂。
93.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
94.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
95.在一些实施例中，在不同类型的展现样式的视图工厂无法与终端设备的类型适配时，则将通用视图工厂作为目标视图工厂。
96.比如，终端设备是可视电话，与移动端网页的展现样式、pc端网页的展现样式或pdf网页的展现样式的视图工厂都无法适配，因此，将通用视图工厂作为目标视图工厂。
97.本实施例通过构建视图层和模型层将建议书中的业务逻辑设置于模型层中，将建议书中的数据展现部分设置于视图层，并为每一业务模块构建对应的模板文件；由于模板文件中只保留业务模块对应数据展现的代码，能够减少模板文件中的其他代码(比如逻辑代码)，进一步，相比于相关技术中的所有涉及的业务模块共用一个模板文件的方式，因每一业务模块对应一模板文件，在维护和测试可以对相应的模板文件进行维护和测试，减小维护和测试对整体业务模块的影响。
98.进一步，在新增业务模块时，对该新增业务模块直接通过构建视图层和模型层的方式进行拓展，不影响其余的业务模块，以此提升拓展业务模块时的效率。
99.在一些实施例中，在新增业务逻辑时，基于新增业务逻辑构建第二视图构建器，第二视图构建器继承第一视图构建器，其中，第二视图构建器中的部分方法是对第一视图构建器中的方法重写得到。
100.其中，第二视图构建器可以继承第一视图构建器的一些属性和方法，比如公用的一些参数。
101.比如新增的业务逻辑与原先的一个业务逻辑区别只在于需要再加一个电话的属性，则在第二视图构建器中继承第一视图构建器的属性和方法，并在第一视图构建器的参数字段中加上第二视图构建器定义的电话属性。
102.需要注意的是，第二视图构建器重写一般是第一视图构建器中的获得对象名称(getname)，获得产品代码(getprouctcode)、构建视图(buildview)的代码。
103.由于第二视图构建器可以只是针对差异数据对应的部分对业务逻辑代码进行重写，而不需要对于整个业务逻辑代码进行更新调整，节约了大量的资源与时间，提高了开发人员的处理效率。并且由于新增业务逻辑设置有对应的视图构建器来处理，所以新开发的代码不会影响到已发布的业务，大幅提升了业务的扩展性。
104.结合上述实施例，本技术提供的建议书的生成方法采用的是mvc架构分模块方法，其中，mvc架构为视图层(view)，模型层(model)，控制器层(controller)，视图层(view)采用的是页面模板(freemarker)，但本技术的页面模板是分模块设置的，具体可以参阅图5，图5为建议书的生成过程示意图。
105.具体地，视图工厂包括每一业务模块对应的模块视图，比如基本信息模块、保险计划模块、保障图标模块和利益演示模块的视图，每个模块视图设有对应的模板文件和对应的第一视图构建器，其中，模板文件中只保留业务模块对应数据展现的代码；第一视图构建器用于处理业务模块对应的业务逻辑；同一业务模块的第一视图构建器和模板文件是相关联的。
106.视图层还包括多个不同展现样式，比如pc端网页的展现样式、移动端网页的展现样式和pdf网页的展现样式。
access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
119.以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。