[發(fā)明專利]動態(tài)UI業(yè)務(wù)端代碼性能檢測方法及裝置

在審

• 申請?zhí)枺?/td>: 201711241880.1
• 申請日: 2017-11-30
• 公開（公告）號: CN109857628A
• 公開（公告）日: 2019-06-07
• 發(fā)明（設(shè)計）人: 郭忍東;王威
• 申請（專利權(quán)）人: 北京高德云圖科技有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京鼎佳達(dá)知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11348
• 代理人: 李美玉

1.一種動態(tài)UI業(yè)務(wù)端代碼性能檢測方法，其特征在于，包括：

獲取待檢測的動態(tài)UI業(yè)務(wù)端代碼的性能參數(shù)；

根據(jù)所述性能參數(shù)獲取對應(yīng)的性能檢測策略；

利用所述性能檢測策略對所述待檢測的動態(tài)UI業(yè)務(wù)端代碼進(jìn)行檢測，確定是否出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題；

若出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題，則將對應(yīng)性能問題輸出顯示。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述性能參數(shù)為以下參數(shù)中的任一種或任意多種，該參數(shù)包括：

客戶端模塊接口調(diào)用次數(shù)、組件嵌套層級深度、組件嵌套合法性、樣式合法性、組件接口調(diào)用次數(shù)。

3.根據(jù)權(quán)利要求2所述的方法，其特征在于，若所述性能參數(shù)為客戶端模塊接口調(diào)用次數(shù)，則所述性能檢測策略為：

在所述客戶端模塊中封裝模塊接口代理函數(shù)，每次調(diào)用所述客戶端模塊所述模塊接口代理函數(shù)均被執(zhí)行，所述模塊接口代理函數(shù)返回的執(zhí)行結(jié)果為所述客戶端模塊接口被調(diào)用的次數(shù)；

確定所述模塊接口代理函數(shù)返回的所述客戶端模塊接口被調(diào)用的次數(shù)是否超過預(yù)設(shè)的被調(diào)用次數(shù)閾值；

若超過被調(diào)用的次數(shù)閾值，則確定出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題。

4.根據(jù)權(quán)利要求3所述的方法，其特征在于，當(dāng)所述性能參數(shù)為客戶端模塊接口調(diào)用次數(shù)時，利用所述性能檢測策略對所述待檢測的動態(tài)用戶界面UI業(yè)務(wù)端代碼進(jìn)行檢測，確定是否出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題包括：

執(zhí)行所述模塊接口代理函數(shù)封裝的所述動態(tài)UI業(yè)務(wù)端代碼，獲取模塊接口代理函數(shù)返回的所述客戶端模塊接口被調(diào)用的次數(shù)；

獲取預(yù)設(shè)的被調(diào)用次數(shù)閾值；

將所述模塊接口代理函數(shù)返回的所述客戶端模塊接口被調(diào)用的次數(shù)與所述預(yù)設(shè)的被調(diào)用次數(shù)閾值進(jìn)行比較；

若所述客戶端模塊接口被調(diào)用的次數(shù)超過預(yù)設(shè)的被調(diào)用的次數(shù)閾值，則確定出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題。

5.根據(jù)權(quán)利要求2所述的方法，其特征在于，若所述性能參數(shù)為組件嵌套層級深度，則所述性能檢測策略為：

定義遞歸次數(shù)統(tǒng)計函數(shù)，所述遞歸次數(shù)統(tǒng)計函數(shù)的參數(shù)為待檢測組件的身份標(biāo)識ID或者待檢測組件本身，所述遞歸次數(shù)統(tǒng)計函數(shù)返回的執(zhí)行結(jié)果為組件嵌套子組件的層級數(shù)；

確定所述歸次數(shù)統(tǒng)計函數(shù)返回的組件嵌套子組件的層級數(shù)是否超過預(yù)設(shè)的層級數(shù)閾值；

若超過預(yù)設(shè)的層級數(shù)閾值，則確定出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題。

6.根據(jù)權(quán)利要求5所述的方法，其特征在于，當(dāng)性能參數(shù)為組件嵌套層級深度時，利用所述性能檢測策略對所述待檢測的動態(tài)用戶界面UI業(yè)務(wù)端代碼進(jìn)行檢測，確定是否出現(xiàn)影響動態(tài)UI業(yè)務(wù)端代碼性能的問題包括：

獲取動態(tài)UI業(yè)務(wù)端代碼中的待檢測組件的ID或者待檢測組件本身；

將所述待檢測組件的ID或者待檢測組件本身作為所述歸次數(shù)統(tǒng)計函數(shù)的參數(shù)；

執(zhí)行攜帶有所述待檢測組件的ID或者待檢測組件本身的所述歸次數(shù)統(tǒng)計函數(shù)，得到所述待檢測組件的ID或者待檢測組件本身的嵌套子組件的層級數(shù)；

獲取預(yù)設(shè)的層級數(shù)閾值；

將所述歸次數(shù)統(tǒng)計函數(shù)返回的所述待檢測組件的ID或者待檢測組件本身的嵌套子組件的層級數(shù)與所述預(yù)設(shè)的層級數(shù)閾值進(jìn)行比較；

若所述待檢測組件的ID或者待檢測組件本身的嵌套子組件的層級數(shù)超過預(yù)設(shè)的層級數(shù)閾值，則確定出現(xiàn)引擎解析難度增大的動態(tài)UI業(yè)務(wù)端代碼性能問題。

7.根據(jù)權(quán)利要求2所述的方法，其特征在于，若所述性能參數(shù)為組件嵌套合法性，則所述性能檢測策略為：

定義遞歸查詢函數(shù)，所述遞歸查詢函數(shù)的參數(shù)為待檢測組件的ID或者待檢測組件本身，所述遞歸查詢函數(shù)返回的執(zhí)行結(jié)果為組件嵌套子組件的元素名稱；

將所述遞歸查詢函數(shù)返回的組件嵌套子組件的元素名稱與對應(yīng)的組件嵌套規(guī)則表進(jìn)行對比，所述組件嵌套規(guī)則表中包含了合法的組件嵌套子組件的元素名稱命名規(guī)則；

若發(fā)現(xiàn)存在與組件嵌套規(guī)則不匹配的元素名稱，則確定出現(xiàn)組件嵌套不合法解析代碼會發(fā)生錯誤的動態(tài)UI業(yè)務(wù)端代碼性能問題。