[發明專利]一種應用程序開發方法及裝置

有效

• 申請號: 201611221818.1
• 申請日: 2016-12-27
• 公開（公告）號: CN106873966B
• 公開（公告）日: 2020-09-01
• 發明（設計）人: 曾慶隆
• 申請（專利權）人: 北京五八信息技術有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/30
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 吳永亮

本發明公開了一種應用程序開發方法及裝置。該方法用于包括多條業務線的應用程序的開發中，包括：在配置文件中配置所需更新的業務線的業務標識以及源碼工程名列表；在執行配置文件時，獲取業務標識和源碼工程名列表，并根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名；根據源碼工程名和/或靜態庫名獲取所需的源碼工程和/或靜態庫。本發明在對子工程集成時，開發者可有選擇地將源碼或是靜態庫集成到主工程中，使得應用程序的開發更具靈活性，極大地提高項目開發的效率。

技術領域

本發明涉及通信技術領域，尤其涉及一種應用程序開發方法及裝置。

背景技術

目前，好多APP中有若干條業務線(例如58APP包括房產、招聘、二手、汽車、家政等多個業務線)。在對多業務線的APP進行開發時，每條業務線的開發人員只需要關注自己業務線的工程，即只需要關注自己的工程源碼。而對于其它業務線，則根本無需接入，整個APP的技術框架也只需要接入靜態庫即可，而不用去關注具體地源碼實現。

一般來說，一個APP在功能開發階段，通常需要改動的工程不會太多，可能也就兩三個而已。如果開發者因為只是改動幾個工程，而要將整個APP的所有工程的所有源碼重新編譯一遍，對于多業務線的APP而言，效率會非常低。因此，通常采用將各子工程以靜態庫的方式集成到主工程的方式。但是將靜態庫集成到主工程，雖然加快了編譯速度，但是由于靜態庫是固定的，開發者并不能根據自己的需要選擇性的接入工程的源碼或庫。因此，現有的APP開發方案中，存在靈活性較差，開發較低的效率問題。

發明內容

本發明所要解決的技術問題在于提供一種應用程序開發方法及裝置，用以解決現有技術中多條業務線的APP開發效率低的問題。

為實現上述發明目的，本發明采用下述的技術方案：

依據本發明的一個方面，提供一種應用程序開發方法，所述應用程序包括多條業務線，所述方法包括：

在配置文件中配置所需更新的業務線的業務標識以及源碼工程名列表；

在執行所述配置文件時，獲取所述業務標識和所述源碼工程名列表，并根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名；

根據所述源碼工程名和/或靜態庫名獲取所需的源碼工程和/或靜態庫。

進一步地，所述預設判定條件包括根據業務標識判斷是否為純業務線更新以及判斷所述源碼工程名列表是否為空。

進一步地，所述根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名，包括：

當判斷為純業務線更新且所述源碼工程名列表不為空時，則所述所需的源碼工程名為所述源碼工程名列表中的源碼工程名與公共源碼工程名的交集，所述靜態庫名為所有工程名與所述所需的源碼工程名的差集。

進一步地，所述根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名，包括：

當判斷為純業務線更新且所述源碼工程名列表為空時，則所述所需的源碼工程名為公共源碼工程名，所述靜態庫名為所有工程名與所述所需的源碼工程名的差集。

進一步地，所述根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名，包括：

當判斷不是純業務線更新且所述源碼工程名列表為空時，則所述所需的源碼工程名為所有工程名。

進一步地，所述根據預設判定條件確定各個業務線所需的源碼工程名和/或靜態庫名，包括：

當判斷不是純業務線更新且所述源碼工程名列表不為空時，則所述所需的源碼工程名為所述源碼工程名列表中的工程名，所述靜態庫名為所有工程名與所述所需的源碼工程名的差集。