掌桥专利:专业的专利平台
掌桥专利
首页

一种基于Sketch插件的界面开发方法、装置及系统

文献发布时间:2023-06-19 12:13:22


一种基于Sketch插件的界面开发方法、装置及系统

技术领域

本发明涉及计算机技术领域,具体涉及一种基于Sketch插件的界面开发方法、装置及系统。

背景技术

在每个APP应用界面开发之前都会开发原型设计图,一套设计方案可以用于iOS、安卓、小程序等。现有的界面开发方案通常是设计人员使用Sketch设计出原型图,在设计完之后设计人员跟开发人员进行沟通,然后开发人员根据原型图进行UI开发,开发完成后找设计人员沟通,由设计人员检查开发出来的UI是否和设计的一致,不一致则需跟研发沟通并返工等。因此,常规利用Sketch原型图设计软件设计开发界面的方式需要在原型图设计出来之后,设计部门和研发部门跨部门反复人工沟通,造成了极大的沟通成本,并且影响界面开发效率。

发明内容

有鉴于此,本发明实施例提供了一种基于Sketch插件的界面开发方法及装置,以克服现有技术中使用Sketch进行界面开发过程中需要设计部门与研发部分反复人工沟通,造成界面开发效率低、沟通成本高的问题。

本发明实施例提供了一种基于Sketch插件的界面开发方法,应用于Sketch插件,所述Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,所述方法包括:

接收第一终端发送的界面设计图及研发通知,将所述界面设计图及研发通知发送至服务器;

接收服务器转发的与所述界面设计图对应的第一数据包,所述第一数据包为所述服务器接收第二终端根据所述服务器转发的所述界面设计图及研发通知生成的数据包,所述第一数据包用于生成与所述界面设计图对应的开发界面;

将所述第一数据包发送至所述第一终端;

接收所述第一终端发送的对所述第一数据包验收的第一验收结果,并将所述第一验收结果发送至所述服务器,以使所述服务器将所述第一验收结果发送至第二终端。

可选地,当所述第一验收结果包含验收不通过时,所述方法还包括:

接收服务器转发的与所述界面设计图对应的第二数据包,所述第二数据包为所述服务器接收第二终端根据所述界面设计图及所述服务器转发的所述第一验收结果生成的数据包,所述第二数据包用于生成与所述界面设计图对应的开发界面;

将所述第二数据包发送至所述第一终端;

接收所述第一终端发送的对所述第二数据包验收的第二验收结果,并将所述第二验收结果发送至所述服务器,以使所述服务器将所述第二验收结果转发至所述第二终端,直至所述第二验收结果为验收通过。

本发明实施例还提供了一种基于Sketch插件的界面开发方法,应用于服务器,所述方法包括:

接收Sketch插件发送的界面设计图及研发通知,所述Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件;

将所述界面设计图及研发通知发送至第二终端;

接收所述第二终端发送的根据所述界面设计图及研发通知生成的第一数据包,并将所述第一数据包发送至所述Sketch插件,以使所述Sketch插件将所述数据包发送至第一终端,所述第一数据包用于生成与所述界面设计图对应的开发界面;

接收所述Sketch插件发送的第一验收结果,所述第一验收结果为所述Sketch插件接收所述第一终端发送的对所述第一数据包进行验收的验收结果;

将所述第一验收结果发送至所述第二终端。

可选地,当所述第一验收结果包含验收不通过时,所述方法还包括:

接收第二终端发送的与所述界面设计图对应的第二数据包,所述第二数据包为所述第二终端根据所述界面设计图及所述第一验收结果生成的数据包,所述第二数据包用于生成与所述界面设计图对应的开发界面;

将所述第二数据包发送至所述Sketch插件,以使所述Sketch插件将所述第二数据包发送至所述第一终端;

接收所述Sketch插件发送的第二验收结果,所述第二验收结果为所述Sketch插件接收所述第一终端发送的对所述第二数据包验收的第二验收结果;

将所述第二验收结果通过发送至所述第二终端,直至所述第二验收结果为验收通过。

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

基于设计元素对所述界面设计图进行存储;

接收第三终端的设计元素查询请求;

获取与所述设计元素查询请求相对应的第一界面设计图,并将所述第一界面设计图发送至所述第三终端。

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

基于当前界面的开发进度,生成开发状态通知;

将所述开发状态通知通过所述Sketch插件转发至第四终端。

本发明实施例还提供了一种基于Sketch插件的界面开发装置,应用于Sketch插件,所述Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,所述装置包括:

第一接收模块,用于接收第一终端发送的界面设计图及研发通知,将所述界面设计图及研发通知发送至服务器;

第二接收模块,用于接收服务器转发的与所述界面设计图对应的第一数据包,所述第一数据包为所述服务器接收第二终端根据所述服务器转发的所述界面设计图及研发通知生成的数据包,所述第一数据包用于生成与所述界面设计图对应的开发界面;

第一发送模块,用于将所述第一数据包发送至所述第一终端;

第三接收模块,用于接收所述第一终端发送的对所述第一数据包验收的第一验收结果,并将所述第一验收结果发送至所述服务器,以使所述服务器将所述第一验收结果发送至第二终端。

本发明实施例还提供了一种基于Sketch插件的界面开发装置,应用于服务器,所述装置包括:

第四接收模块,用于接收Sketch插件发送的界面设计图及研发通知,所述Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件;

第二发送模块,用于将所述界面设计图及研发通知发送至第二终端;

第五接收模块,用于接收所述第二终端发送的根据所述界面设计图及研发通知生成的第一数据包,并将所述第一数据包发送至所述Sketch插件,以使所述Sketch插件将所述数据包发送至第一终端,所述第一数据包用于生成与所述界面设计图对应的开发界面;

第六接收模块,用于接收所述Sketch插件发送的第一验收结果,所述第一验收结果为所述Sketch插件接收所述第一终端发送的对所述第一数据包进行验收的验收结果;

第三发送模块,用于将所述第一验收结果发送至所述第二终端。

本发明实施例还提供了一种基于Sketch插件的界面开发系统,包括:Sketch插件和服务器,所述Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,其中,

所述Sketch插件接收第一终端发送的界面设计图及研发通知,将所述界面设计图及研发通知发送至服务器;

服务器接收Sketch插件发送的界面设计图及研发通知;将所述界面设计图及研发通知发送至第二终端;接收所述第二终端根据所述界面设计图及研发通知生成的第一数据包,所述第一数据包用于生成与所述界面设计图对应的开发界面;将所述第一数据包通过所述Sketch插件转发至第一终端,

所述Sketch插件接收所述第一终端发送的对所述第一数据包验收的第一验收结果,并将所述第一验收结果发送至所述服务器,以使所述服务器将所述第一验收结果发送至第二终端。

本发明实施例还提供了一种电子设备,包括:存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行本发明实施例提供方法。

本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行本发明实施例提供的方法。

本发明技术方案,具有如下优点:

1.本发明实施例提供了一种基于Sketch插件的界面开发方法及装置,应用于Sketch插件,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,通过接收第一终端发送的界面设计图及研发通知,将界面设计图及研发通知发送至服务器;接收服务器转发的与界面设计图对应的第一数据包,第一数据包为服务器接收第二终端根据服务器转发的界面设计图及研发通知生成的数据包,第一数据包用于生成与界面设计图对应的开发界面;将第一数据包发送至第一终端;接收第一终端发送的对第一数据包验收的第一验收结果,并将第一验收结果发送至服务器,以使服务器将第一验收结果发送至第二终端。从而通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

2.本发明实施例还提供了一种基于Sketch插件的界面开发方法及装置,应用于服务器,通过接收Sketch插件发送的界面设计图及研发通知,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件;将界面设计图及研发通知发送至第二终端;接收第二终端发送的根据界面设计图及研发通知生成的第一数据包,并将第一数据包发送至Sketch插件,以使Sketch插件将数据包发送至第一终端,第一数据包用于生成与界面设计图对应的开发界面;接收Sketch插件发送的第一验收结果,第一验收结果为Sketch插件接收第一终端发送的对第一数据包进行验收的验收结果;将第一验收结果发送至第二终端。从而通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

3.本发明实施例还提供了一种基于Sketch插件的界面开发系统,包括:Sketch插件和服务器,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,其中,Sketch插件接收第一终端发送的界面设计图及研发通知,将界面设计图及研发通知发送至服务器;服务器接收Sketch插件发送的界面设计图及研发通知;将界面设计图及研发通知发送至第二终端;接收第二终端根据界面设计图及研发通知生成的第一数据包,第一数据包用于生成与界面设计图对应的开发界面;将第一数据包通过Sketch插件转发至第一终端,Sketch插件接收第一终端发送的对第一数据包验收的第一验收结果,并将第一验收结果发送至服务器,以使服务器将第一验收结果发送至第二终端。从而通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例中的基于Sketch插件的界面开发系统的结构示意图;

图2为本发明实施例中的基于Sketch插件的界面开发的交互示意图;

图3为本发明实施例中的基于Sketch插件的界面开发的应用示例图;

图4为本发明实施例中的基于Sketch插件的界面开发的另一应用示例图;

图5为本发明实施例中的基于Sketch插件的界面开发装置的结构示意图;

图6为本发明实施例中的基于Sketch插件的界面开发装置的另一结构示意图;

图7为本发明实施例中的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

在每个APP应用界面开发之前都会开发原型设计图,一套设计方案可以用于iOS、安卓、小程序等。现有的界面开发方案通常是设计人员使用Sketch设计出原型图,在设计完之后设计人员跟开发人员进行沟通,然后开发人员根据原型图进行UI开发,开发完成后找设计人员沟通,由设计人员检查开发出来的UI是否和设计的一致,不一致则需跟研发沟通并返工等。因此,常规利用Sketch设计开发界面的方式需要在原型图设计出来之后,设计部门和研发部门跨部门反复人工沟通,造成了极大的沟通成本,并且影响界面开发效率。

基于上述问题,本发明实施例提供了一种基于Sketch插件的界面开发系统,如图1所示,该系统包括:Sketch插件1和服务器2,Sketch插件1为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器2通信的插件,其中,Sketch插件1接收第一终端发送的界面设计图及研发通知,将界面设计图及研发通知发送至服务器2;服务器2接收Sketch插件1发送的界面设计图及研发通知;将界面设计图及研发通知发送至第二终端;接收第二终端根据界面设计图及研发通知生成的第一数据包,第一数据包用于生成与界面设计图对应的开发界面;将第一数据包通过Sketch插件1转发至第一终端,Sketch插件1接收第一终端发送的对第一数据包验收的第一验收结果,并将第一验收结果发送至服务器2,以使服务器2将第一验收结果发送至第二终端。

具体地,在本发明实施例中,上述的第一终端为参与界面开发的UI设计人员操作端,在该第一操作端UI设计人员利用Sketch进行界面设计图的设计,第二终端为参与界面开发的程序研发人员操作端,第一终端、第二终端、Sketch插件及服务器间的具体交互过程参见如图2所示的交互示意图。

在实际应用中,上述的Sketch插件1的建立开发过程为基于Sketch自身所支持外加插件的插件协议,在Sketch上设置插件调用接口,并在服务器上按照网络通信协议设置与Sketch插件1进行通信的通信接口,使得Sketch利用插件调用接口即可通过Sketch插件1实现与服务器2的通信,并且可以根据实际界面开发通信需求,制定服务器2与Sketch及Sketch插件1间的通信专有协议,如服务器2可通过长链接的方式改变Sketch插件1中对应的界面开发业务的开发状态等,仅以此为例,并不以此为限,关于Sketch插件1的详细开发流程可参照现有技术中插件的开发方式,再次不再进行赘述。Sketch插件1及服务器2的详细工作过程参见下文方法实施例的相关步骤的描述,在此不再展开描述。

通过上述各个组成部分的协同合作,本发明实施例提供的基于Sketch插件的界面开发系统,通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

本发明实施例还提供了一种基于Sketch插件的界面开发方法,该方法应用于上述如图1所示的Sketch插件和服务器,其中,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件。详细内容参见上述实施例的相关描述,在此不再进行赘述。如图2所示,Sketch插件用于执行步骤S101至步骤S104,服务器用于执行步骤S201至步骤S205。

步骤S101:接收第一终端发送的界面设计图及研发通知,将界面设计图及研发通知发送至服务器。具体地,设计人员在开发完设计图后,使用sketch插件将界面设计图及研发通知发送到服务器,程序研发人员在接收到该研发通知后,进行UI代码研发工作。

步骤S201:接收Sketch插件发送的界面设计图及研发通知。具体地,服务器在接收到的界面设计图后,还可以对界面设计图进行相应的存储,例如,按照用户交互界面的元素,比如一个按钮、一个输入框等分别存储,以便于后续其他界面开发时提供可复用的组件设计方案,无需从0开始设计,提高界面设计图的开发时间,进而提高整个界面开发的效率。

步骤S202:将界面设计图及研发通知发送至第二终端。具体地,如设计人员使用sketch插件在设计图详情页点击开始研发,会自动通知到程序研发人员进行开发,并且会自动创建代码仓库分支,程序研发人员迁出代码仓库分支进行功能开发。

步骤S203:接收第二终端发送的根据界面设计图及研发通知生成的第一数据包,并将第一数据包发送至Sketch插件。具体地,程序研发人员开发完成后进行代码提交,此时会自动触发打包,形成上述第一数据包,该第一数据包用于生成与界面设计图对应的开发界面。在实际应用中,该第一数据包可以直接存储开发的应用程序,也可以打包生成下载二维码,通过该下载二维码得到开发的应用程序等,本发明并不以此为限。

步骤S102:接收服务器转发的与界面设计图对应的第一数据包。

步骤S103:将第一数据包发送至第一终端。以使UI设计人员通过第一数据包得到程序研发人员所开发的应用程序,并通过该应用程序得到相应的开发界面。

步骤S104:接收第一终端发送的对第一数据包验收的第一验收结果,并将第一验收结果发送至服务器。具体地,UI设计人员通过打开上述程序研发人员研发的界面,并验证该界面是否符合界面设计图的相关设计要求,生成相应的验收结果。

步骤S204:接收Sketch插件发送的第一验收结果。

步骤S205:将第一验收结果发送至第二终端。

具体地,在一实施例中,当上述第一验收结果包含验收不通过时,上述的基于Sketch插件的界面开发方法还包括如下步骤,其中,Sketch插件还用于执行步骤S105至步骤S107,服务器用于执行步骤S206至步骤S206。

步骤S206:接收第二终端发送的与界面设计图对应的第二数据包,第二数据包为第二终端根据界面设计图及第一验收结果生成的数据包,第二数据包用于生成与界面设计图对应的开发界面。具体地,第一验收结果中还可以包括UI设计人员的相关修改意见,以使得程序开发人员可以根据相关修改意见完善修改界面程序,得到新的界面设计程序,再形成第二数据包。

步骤S207:将第二数据包发送至Sketch插件。

步骤S105:接收服务器转发的与界面设计图对应的第二数据包。

步骤S106:将第二数据包发送至第一终端。具体地,第一终端再次参照上述步骤S103的过程对第二数据包对应的开发界面进行验收,生成第二验收结果。

步骤S107:接收第一终端发送的对第二数据包验收的第二验收结果,并将第二验收结果发送至服务器。

步骤S208:接收Sketch插件发送的第二验收结果。

步骤S209:将第二验收结果通过发送至第二终端,重复上述过程直至第二验收结果为验收通过,示例性地,上述基于Sketch插件的界面开发的一个具体应用示例如图3所示。

具体地,在一实施例中,上述的基于Sketch插件的界面开发方法,服务器还用于执行如下步骤:

步骤S301:基于设计元素对界面设计图进行存储。现有的方案因每次版本迭代都会涉及到重复的UI设计和风格修改,造成人力的浪费;设计人员设计的时候,同一个按钮可能两次设计色值会稍有差别,但是这些差异是肉眼难以分辨的,如果每个元素每次都是从0开始设计,就会出现重复设计统一个UI元素的情况。该设计元素可以是UI开发最小单元如组件等,便于后续其他界面开发过程进行组件复用。

步骤S302:接收第三终端的设计元素查询请求。具体地,该设计元素查询请求中可以包括组件的设置需求或者设计关键字等内容,并通过这些相关内容建立与服务器中已经存储的界面设计图之间的索引关系,以便于服务器筛选出满足要求的组件提供给UI设计人员进行参考,

步骤S303:获取与设计元素查询请求相对应的第一界面设计图,并将第一界面设计图发送至第三终端。具体地,该第三终端为UI设计人员的操作端,其可以是第一终端也可以是第一终端以外的其他终端,本发明并不以此为限。

示例性地,如图4所示,UI设计是多人合作开发设计图,比如UI设计A设计了一个组件A,然后设计A把组件A保存到了服务器端。设计B在准备设计的时候,发现服务器端已经有组件和自己将要设计的组件非常像,就可以从服务端下载下来,在A组件的基础之上进行设计,同样设计B在组件A的基础上设计了一个新组件B,设计B也把这个新组件保存在服务端,以供其他设计人员使用。从而实现了设计的UI元素可以方便复用与沉淀,避免已经设计的UI元素重复设计浪费工作时间,提高了界面开发效率。

具体地,在一实施例中,上述的基于Sketch插件的界面开发方法,服务器还用于执行如下步骤:

步骤S401:基于当前界面的开发进度,生成开发状态通知。具体地,该开发进度为服务器当前接收到第二终端和/或Sketch插件的相关数据信息后,生成的对应的开发状态通知,该开发状态通知包括:研发中、研发完成、修改中、修改完成、验收中、验收完成等等,具体可根据实际界面研发工作状态监控节点需求进行灵活的设置,本发明并不已成为为限。

步骤S402:将开发状态通知通过Sketch插件转发至第四终端。具体地,该第四终端可以是上述的第一终端、第二终端及第三终端中的一个或多个,也可以是进行界面开发周期管理的管理终端等,本发明并不以此为限。从而实现了对界面研发阶段的实时掌控,有利于推进界面研发的工作进展,提高开发效率。

本发明实施例通过开发sketch插件,能够将资源保存到服务器端和从服务器端获取,所有的UI设计元素以图片列表形式展示,方便直接拖拽使用而无需重复设计;设计完新的UI元素之后可以直接保存到服务器,供其他设计直接使用。设计开发完UI设计之后,通过插件点击提交,会自动触发研发的代码研发分支建立和消息通知,研发收到通知之后,迁出分支代码和设计图进行开发,开发完成之后将代码push到仓库,直接触发打包操作,打完包生成下载二维码自动发送到设计人员审核,整体形成一个设计到研发到验收的闭环。

通过执行上述步骤,本发明实施例提供的基于Sketch插件的界面开发方法,通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率,并且设计人员设计完新的UI元素之后可以直接保存到服务器,供其他设计人员直接使用,实现基础UI的技术的复用,进一步提高了同类型相似界面的开发效率,此外,还可以通过服务器将当前界面的开发状态通过Sketch插件进行展示,便于整个开发周期的管理,有利于提高开发协作效率。

本发明实施例还提供了一种基于Sketch插件的界面开发装置,应用于如图1所示的Sketch插件,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件,如图5所示,该基于Sketch插件的界面开发装置包括:

第一接收模块101,用于接收第一终端发送的界面设计图及研发通知,将界面设计图及研发通知发送至服务器。详细内容参见上述方法实施例中步骤S101的相关描述,在此不再进行赘述。

第二接收模块102,用于接收服务器转发的与界面设计图对应的第一数据包,第一数据包为服务器接收第二终端根据服务器转发的界面设计图及研发通知生成的数据包,第一数据包用于生成与界面设计图对应的开发界面。详细内容参见上述方法实施例中步骤S102的相关描述,在此不再进行赘述。;

第一发送模块103,用于将第一数据包发送至第一终端。详细内容参见上述方法实施例中步骤S103的相关描述,在此不再进行赘述。

第三接收模块104,用于接收第一终端发送的对第一数据包验收的第一验收结果,并将第一验收结果发送至服务器,以使服务器将第一验收结果发送至第二终端。详细内容参见上述方法实施例中步骤S104的相关描述,在此不再进行赘述。

通过上述各个组成部分的协同合作,本发明实施例提供的基于Sketch插件的界面开发装置,通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

本发明实施例还提供了一种基于Sketch插件的界面开发装置,应用于如图1所示的服务器,如图6所示,该基于Sketch插件的界面开发装置包括:

第四接收模块201,用于接收Sketch插件发送的界面设计图及研发通知,Sketch插件为基于Sketch插件协议按照界面开发沟通需求建立的用于实现Sketch与服务器通信的插件。详细内容参见上述方法实施例中步骤S201的相关描述,在此不再进行赘述。

第二发送模块202,用于将界面设计图及研发通知发送至第二终端。详细内容参见上述方法实施例中步骤S202的相关描述,在此不再进行赘述。

第五接收模块203,用于接收第二终端发送的根据界面设计图及研发通知生成的第一数据包,并将第一数据包发送至Sketch插件,以使Sketch插件将数据包发送至第一终端,第一数据包用于生成与界面设计图对应的开发界面。详细内容参见上述方法实施例中步骤S203的相关描述,在此不再进行赘述。

第六接收模块204,用于接收Sketch插件发送的第一验收结果,第一验收结果为Sketch插件接收第一终端发送的对第一数据包进行验收的验收结果。详细内容参见上述方法实施例中步骤S204的相关描述,在此不再进行赘述。

第三发送模块205,用于将第一验收结果发送至第二终端。详细内容参见上述方法实施例中步骤S205的相关描述,在此不再进行赘述。

通过上述各个组成部分的协同合作,本发明实施例提供的基于Sketch插件的界面开发装置,通过利用开发的Sketch插件和服务器,实现第一终端(界面设计人员)与第二终端(界面程序研发人员)的高效沟通,建立了自动化的开发流程,节约了人工沟通的成本,大大缩短了界面开发时间,提高了开发效率。

根据本发明实施例还提供了一种电子设备,如图7所示,该电子设备可以包括处理器901和存储器902,其中处理器901和存储器902可以通过总线或者其他方式连接,图7中以通过总线连接为例。

处理器901可以为中央处理器(Central Processing Unit,CPU)。处理器901还可以为其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。

存储器902作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本发明方法实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块,从而执行处理器的各种功能应用以及数据处理,即实现上述方法实施例中的方法。

存储器902可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储处理器901所创建的数据等。此外,存储器902可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器902可选包括相对于处理器901远程设置的存储器,这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器902中,当被处理器901执行时,执行上述方法实施例中的方法。

上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解,此处不再赘述。

本领域技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(Random Access Memory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive,缩写:HDD)或固态硬盘(Solid-StateDrive,SSD)等;存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。

相关技术
  • 一种基于Sketch插件的界面开发方法、装置及系统
  • 一种基于IPTV系统启动APK插件的方法及装置
技术分类

06120113213115