本發(fā)明涉及程序開發(fā)領(lǐng)域，特別涉及一種合并程序代碼的方法及裝置。

背景技術(shù)：

在應(yīng)用程序的開發(fā)過程中，為了能讓應(yīng)用程序被靈活地應(yīng)用于多種應(yīng)用場(chǎng)景，往往會(huì)在程序代碼中設(shè)計(jì)很多的配置項(xiàng)，來讓用戶可以通過修改這些配置項(xiàng)的數(shù)值來實(shí)現(xiàn)自身使用時(shí)的最優(yōu)化配置。而對(duì)于一個(gè)復(fù)雜的應(yīng)用程序，往往由多位開發(fā)人員各自編寫一個(gè)或多個(gè)模塊的程序代碼，并在編寫過程中各自定義所需要使用的配置項(xiàng)。由于開發(fā)人員在編寫過程中一般無法知曉自己規(guī)定的配置項(xiàng)的名稱在其他部分的程序代碼中是否已經(jīng)被使用，所以在將各模塊的程序代碼進(jìn)行合并后，很容易出現(xiàn)由不同開發(fā)人員所定義的配置項(xiàng)名稱重復(fù)而產(chǎn)生的程序錯(cuò)誤，此后往往需要再花費(fèi)大量的開發(fā)資源去進(jìn)行相應(yīng)的糾錯(cuò)過程，嚴(yán)重影響了開發(fā)效率。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)現(xiàn)有技術(shù)中的缺陷，本發(fā)明提供一種合并程序代碼的方法及裝置，可以解決由不同開發(fā)人員各自定義的配置項(xiàng)容易命名沖突的問題。

第一方面，本發(fā)明提供一種合并程序代碼的方法，包括：

合并一個(gè)以上的模塊的程序代碼時(shí)，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件，所述配置定義文件中以所對(duì)應(yīng)的模塊的模塊名稱為頂級(jí)節(jié)點(diǎn)的第一屬性定義了至少一個(gè)在程序代碼中所使用的配置項(xiàng)，所述配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性和頂級(jí)節(jié)點(diǎn)之下的至少一級(jí)的子節(jié)點(diǎn)的第一屬性依序組成；

將所述一個(gè)以上的模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件，所有所述配置定義文件中的頂級(jí)節(jié)點(diǎn)在所述全局配置定義文件中相互并列。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，所述配置項(xiàng)說明文件包含至少一個(gè)配置項(xiàng)的名稱和說明字符，所述說明字符是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。

在一種可能的實(shí)現(xiàn)方式中，所述根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，包括：

創(chuàng)建文本文件；

遍歷所述全局配置定義文件中的最下級(jí)的子節(jié)點(diǎn)，以在歷經(jīng)任一最下級(jí)的子節(jié)點(diǎn)時(shí)依次執(zhí)行下述步驟：

組合當(dāng)前子節(jié)點(diǎn)的第一屬性、當(dāng)前子節(jié)點(diǎn)之上的所有子節(jié)點(diǎn)的第一屬性，以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的名稱；

獲取當(dāng)前子節(jié)點(diǎn)的第二屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

根據(jù)所述全局配置定義文件生成用戶配置文件，所述用戶配置文件包含至少一個(gè)配置項(xiàng)的名稱和配置項(xiàng)值，所述配置項(xiàng)值是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

在合并后的程序代碼中，將用于返回配置項(xiàng)值的代碼中的源文件地址變更為所述用戶配置文件的文件地址。

第二方面，本發(fā)明還提供了一種合并程序代碼的裝置，包括：

獲取單元，用于在合并一個(gè)以上的模塊的程序代碼時(shí)，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件，所述配置定義文件中以所對(duì)應(yīng)的模塊的模塊名稱為頂級(jí)節(jié)點(diǎn)的第一屬性定義了至少一個(gè)在程序代碼中所使用的配置項(xiàng)，所述配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性和頂級(jí)節(jié)點(diǎn)之下的至少一級(jí)的子節(jié)點(diǎn)的第一屬性依序組成；

合并單元，用于將所述一個(gè)以上的模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件，所有所述配置定義文件中的頂級(jí)節(jié)點(diǎn)在所述全局配置定義文件中相互并列。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

第一生成單元，用于根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，所述配置項(xiàng)說明文件包含至少一個(gè)配置項(xiàng)的名稱和說明字符，所述說明字符是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。

在一種可能的實(shí)現(xiàn)方式中，所述第一生成單元包括：

創(chuàng)建子單元，用于創(chuàng)建文本文件；

遍歷子單元，用于遍歷所述全局配置定義文件中的最下級(jí)的子節(jié)點(diǎn)，以在歷經(jīng)任一最下級(jí)的子節(jié)點(diǎn)時(shí)依次執(zhí)行下述步驟：

組合當(dāng)前子節(jié)點(diǎn)的第一屬性、當(dāng)前子節(jié)點(diǎn)之上的所有子節(jié)點(diǎn)的第一屬性，以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的名稱；

獲取當(dāng)前子節(jié)點(diǎn)的第二屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

第二生成單元，用于根據(jù)所述全局配置定義文件生成用戶配置文件，所述用戶配置文件包含至少一個(gè)配置項(xiàng)的名稱和配置項(xiàng)值，所述配置項(xiàng)值是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

變更單元，用于在合并后的程序代碼中，將用于返回配置項(xiàng)值的代碼中的源文件地址變更為所述用戶配置文件的文件地址。

由上述技術(shù)方案可知，本發(fā)明通過在各配置項(xiàng)的名稱的最前面添加模塊名稱，可以將不同模塊的程序代碼中的配置項(xiàng)名稱通過模塊名稱相互區(qū)分開，使得合并后的程序代碼不容易出現(xiàn)配置項(xiàng)之間命名沖突的問題，從而可以節(jié)省為發(fā)現(xiàn)和調(diào)試其所導(dǎo)致的程序錯(cuò)誤所花費(fèi)的開發(fā)資源，有助于開發(fā)效率的提升。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個(gè)實(shí)施例中一種合并程序代碼的方法的流程圖；

圖2是本發(fā)明又一實(shí)施例中一種合并程序代碼的方法的流程圖；

圖3是本發(fā)明一個(gè)實(shí)施例中一種生成配置項(xiàng)說明文件的流程圖；

圖4是本發(fā)明一個(gè)實(shí)施例中一種合并程序代碼的裝置的結(jié)構(gòu)框圖；

圖5是本發(fā)明一個(gè)實(shí)施例中一種合并程序代碼的終端結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。

圖1是本發(fā)明一個(gè)實(shí)施例中一種合并程序代碼的方法的流程圖，如圖1所示，該方法包括以下步驟：

步驟101：合并一個(gè)以上的模塊的程序代碼時(shí)，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件。

其中，所述配置定義文件中以所對(duì)應(yīng)的模塊的模塊名稱為頂級(jí)節(jié)點(diǎn)的第一屬性定義了至少一個(gè)在程序代碼中所使用的配置項(xiàng)，所述配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性和頂級(jí)節(jié)點(diǎn)之下的至少一級(jí)的子節(jié)點(diǎn)的第一屬性依序組成。例如，配置定義文件包含具有高低層級(jí)之分的一個(gè)頂級(jí)節(jié)點(diǎn)和至少一個(gè)子節(jié)點(diǎn)，形成文件內(nèi)部的層級(jí)結(jié)構(gòu)——頂級(jí)節(jié)點(diǎn)處在最高層級(jí)，比最高層級(jí)低一級(jí)的所有子節(jié)點(diǎn)(簡(jiǎn)稱“一級(jí)子節(jié)點(diǎn)”)均從屬于頂級(jí)節(jié)點(diǎn)，比最高層級(jí)低兩級(jí)的所有子節(jié)點(diǎn)(簡(jiǎn)稱“二級(jí)子節(jié)點(diǎn)”)中的每一個(gè)均從屬于一個(gè)一級(jí)子節(jié)點(diǎn)，比最高層級(jí)低三級(jí)的所有子節(jié)點(diǎn)(簡(jiǎn)稱“三級(jí)子節(jié)點(diǎn)”)中的每一個(gè)均從屬于一個(gè)二級(jí)子節(jié)點(diǎn)，依此類推。頂級(jí)節(jié)點(diǎn)和每個(gè)子節(jié)點(diǎn)均具有各自的第一屬性，從頂級(jí)節(jié)點(diǎn)開始到?jīng)]有從屬子節(jié)點(diǎn)的子節(jié)點(diǎn)為止形成一條從屬關(guān)系鏈，每條從屬關(guān)系鏈中頂級(jí)節(jié)點(diǎn)和所有子節(jié)點(diǎn)的第一屬性依序組成一個(gè)配置項(xiàng)的名稱。作為一種示例，一種配置定義文件的內(nèi)部結(jié)構(gòu)如下表1所示。

表1配置定義文件的內(nèi)部結(jié)構(gòu)示例

如表1所示，上述配置定義文件中包含一個(gè)頂級(jí)節(jié)點(diǎn)、三個(gè)一級(jí)子節(jié)點(diǎn)和三個(gè)二級(jí)子節(jié)點(diǎn)，其中三個(gè)一級(jí)子節(jié)點(diǎn)從屬于頂級(jí)節(jié)點(diǎn)，而序號(hào)為3和4的兩個(gè)二級(jí)子節(jié)點(diǎn)從屬于序號(hào)為2的一級(jí)子節(jié)點(diǎn)，序號(hào)為6的二級(jí)子節(jié)點(diǎn)單獨(dú)從屬于序號(hào)為5的一級(jí)子節(jié)點(diǎn)，序號(hào)為7的一級(jí)子節(jié)點(diǎn)沒有從屬子節(jié)點(diǎn)。可以看出，上述配置定義文件中包含四條從屬關(guān)系鏈，每條從屬關(guān)系鏈對(duì)應(yīng)于一個(gè)配置項(xiàng)，每條從屬關(guān)系鏈中頂級(jí)節(jié)點(diǎn)和所有子節(jié)點(diǎn)的第一屬性依序組成一個(gè)配置項(xiàng)的名稱。比如，一條從屬關(guān)系鏈頂級(jí)節(jié)點(diǎn)開始經(jīng)過序號(hào)為2的一級(jí)子節(jié)點(diǎn)，終止于序號(hào)為3的二級(jí)子節(jié)點(diǎn)，所對(duì)應(yīng)的配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性“store1”、一級(jí)子節(jié)點(diǎn)的第一屬性“index”，以及二級(jí)子節(jié)點(diǎn)的第一屬性“config1”以下劃線“_”為間隔依序組成為“store1_index_config1”。按照相同方式，可推知四個(gè)配置項(xiàng)的名稱分別為“store1_index_config1”、“store1_index_config2”、“store1_data1_config1”和“store1_data2”。此外，根據(jù)頂級(jí)節(jié)點(diǎn)的第一屬性“store1”，可知表1示出的配置定義文件與模塊名稱為“store1”的模塊對(duì)應(yīng)。

可以看出的是，為了使同一配置定義文件內(nèi)的配置項(xiàng)的名稱彼此區(qū)分開，從屬于頂級(jí)節(jié)點(diǎn)的各個(gè)一級(jí)子節(jié)點(diǎn)之間須具有不同的第一屬性(比如表1中序號(hào)分別為5和7的一級(jí)子節(jié)點(diǎn)分別具有不同的第一屬性“data1”和“data2”)，而從屬于同一子節(jié)點(diǎn)的各個(gè)子節(jié)點(diǎn)之間須具有不同的第一屬性(比如表1中序號(hào)分別為3和5的二級(jí)子節(jié)點(diǎn)分別具有不同的第一屬性“config1”和“config2”)。而從屬于不同子節(jié)點(diǎn)的同一層級(jí)的子節(jié)點(diǎn)之間則可以具有相同的第一屬性(比如序號(hào)分別為3和6的二級(jí)子節(jié)點(diǎn)具有相同的第一屬性“config1”)。此外，同一配置文件所定義的各個(gè)配置項(xiàng)的名稱所包含的子節(jié)點(diǎn)的第一屬性的數(shù)量可以不同，比上例中一個(gè)配置項(xiàng)的名稱“store1_data2”僅包含一個(gè)一級(jí)子節(jié)點(diǎn)的第一屬性，而其他配置項(xiàng)的名稱則包含兩個(gè)子節(jié)點(diǎn)的第一屬性。當(dāng)然，在其他可能的實(shí)現(xiàn)方式中，配置定義文件還可以僅包含一級(jí)的子節(jié)點(diǎn)、或者包含兩級(jí)以上的子節(jié)點(diǎn)(即一個(gè)或一個(gè)以上的二級(jí)子節(jié)點(diǎn)之下還有至少一級(jí)的從屬子節(jié)點(diǎn))，本發(fā)明對(duì)此不做限制。

步驟102：將所述一個(gè)以上的模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件。

其中，所有所述配置定義文件中的頂級(jí)節(jié)點(diǎn)在所述全局配置定義文件中相互并列。需要說明的是，配置定義文件中的頂級(jí)節(jié)點(diǎn)并不需要在全局配置定義文件中處于最高級(jí)別，比如可使各個(gè)配置定義文件中的頂級(jí)節(jié)點(diǎn)均從屬于全局配置定義文件中的根節(jié)點(diǎn)，本發(fā)明對(duì)此不做限制。

可以看出的是，不同模塊顯然會(huì)具有不同的模塊名稱，因此本實(shí)施例中各個(gè)模塊的程序代碼中出現(xiàn)的配置項(xiàng)的名稱必然會(huì)通過模塊名稱相互區(qū)分開，使得合并后的程序代碼不容易出現(xiàn)配置項(xiàng)之間命名沖突的問題，從而可以節(jié)省為發(fā)現(xiàn)和調(diào)試其所導(dǎo)致的程序錯(cuò)誤所花費(fèi)的開發(fā)資源，有助于開發(fā)效率的提升。

需要說明的是，本實(shí)施例中的方法可以應(yīng)用于任意一種包括處理器的電子設(shè)備，例如計(jì)算機(jī)、智能手機(jī)、平板電腦、筆記本電腦、個(gè)人數(shù)字助理(Personal Digital Assistant，PDA)等等。

還需要說明的是，本實(shí)施例中的配置定義文件可以由開發(fā)人員在相應(yīng)的編寫規(guī)范的指導(dǎo)下編寫，也可以由根據(jù)開發(fā)人員輸入的相應(yīng)形式的配置項(xiàng)名稱通過字符串處理自動(dòng)生成，本發(fā)明對(duì)此不做限制。相對(duì)應(yīng)的，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件的方式可以是來自于開發(fā)人員所使用的終端設(shè)備的發(fā)送，也可以是來自于同一電子設(shè)備內(nèi)的自動(dòng)生成單元的輸出，還可以來自于其他設(shè)備內(nèi)的自動(dòng)生成單元的生成和發(fā)送等等，本發(fā)明對(duì)此不做限制。

可以理解的是，在將每個(gè)模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件之后，由這些模塊所組成的應(yīng)用程序的所有配置項(xiàng)就被統(tǒng)一整合到了全局配置定義文件當(dāng)中。從而，與配置項(xiàng)有關(guān)的信息就可以一并添加或者鏈接到全局配置定義文件的對(duì)應(yīng)部分，使得任何人都可以通過全局配置定義文件了解到應(yīng)用程序中所有配置項(xiàng)的相關(guān)信息。

作為一種示例，圖2是本發(fā)明又一實(shí)施例中一種合并程序代碼的方法的流程圖。參見圖2，該方法在上述步驟101和步驟102的基礎(chǔ)之上，還包括：

步驟103：根據(jù)全局配置定義文件生成配置項(xiàng)說明文件。

其中，配置項(xiàng)說明文件包含至少一個(gè)配置項(xiàng)的名稱和說明字符，說明字符是全局配置定義文件中與配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。需要說明的是，本文中所述的與配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)即與配置項(xiàng)對(duì)應(yīng)的所有子節(jié)點(diǎn)中沒有從屬子節(jié)點(diǎn)的子節(jié)點(diǎn)，也即配置項(xiàng)所對(duì)應(yīng)的從屬關(guān)系鏈中的最后一個(gè)子節(jié)點(diǎn)。

步驟104：根據(jù)全局配置定義文件生成用戶配置文件。

其中，用戶配置文件包含至少一個(gè)配置項(xiàng)的名稱和配置項(xiàng)值，配置項(xiàng)值是全局配置定義文件中與配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。

步驟105：在合并后的程序代碼中，將用于返回配置項(xiàng)值的代碼中的源文件地址變更為用戶配置文件的文件地址。

作為一種示例，一種全局配置定義文件的內(nèi)部結(jié)構(gòu)如下表2所示。

表2全局配置定義文件的內(nèi)部結(jié)構(gòu)示例

表2所示的全局配置定義文件包含兩個(gè)相互并列的頂級(jí)節(jié)點(diǎn)，可見該全局配置定義文件來自于模塊名稱為“store1”所對(duì)應(yīng)的配置定義文件和模塊名稱為“store2”所對(duì)應(yīng)的配置定義文件的合并。其中，序號(hào)為1的頂級(jí)節(jié)點(diǎn)之下存在兩個(gè)從屬于頂級(jí)節(jié)點(diǎn)的一級(jí)子節(jié)點(diǎn)，和兩個(gè)從屬于序號(hào)為2的一級(jí)子節(jié)點(diǎn)的二級(jí)子節(jié)點(diǎn)，定義了名稱分別為“store1_index_config1”、“store1_index_config2”和“store1_data1”的三個(gè)配置項(xiàng)；而序號(hào)為6的頂級(jí)節(jié)點(diǎn)之下只存在一個(gè)從屬于頂級(jí)節(jié)點(diǎn)的一級(jí)子節(jié)點(diǎn)，定義了名稱為“store2_data1”的配置項(xiàng)?？梢钥闯觯捎陧敿?jí)節(jié)點(diǎn)的第一屬性不同，因此即使一級(jí)子節(jié)點(diǎn)的第一屬性相同，也不會(huì)使兩個(gè)模塊所對(duì)應(yīng)的配置項(xiàng)產(chǎn)生命名沖突。

根據(jù)表2所示的全局配置定義文件，上述步驟103中所生成的配置項(xiàng)說明文件示例如下：

#配置項(xiàng)說明

#store1_index_config1——最大內(nèi)存占用量

#store1_index_config2——內(nèi)存溢出時(shí)是否警告

#store1_data1——數(shù)據(jù)抽樣比率

#store2_data1——數(shù)據(jù)單元所占字節(jié)數(shù)

#結(jié)束

可以看出，該配置項(xiàng)說明文件包含全局配置定義文件中的四個(gè)配置項(xiàng)的名稱，以及每個(gè)配置項(xiàng)的說明字符。其中，配置項(xiàng)的說明字符是全局配置定義文件中與配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。例如，對(duì)于配置項(xiàng)名稱為“store2_data1”的配置項(xiàng)而言，其最下級(jí)子節(jié)點(diǎn)為表2中序號(hào)為7的一級(jí)子節(jié)點(diǎn)，故該配置項(xiàng)的說明字符為一級(jí)子節(jié)點(diǎn)的第二屬性“數(shù)據(jù)單元所占字節(jié)數(shù)”?；谂渲庙?xiàng)說明文件的生成，開發(fā)人員或使用者可以通過配置項(xiàng)說明文件了解到每個(gè)配置項(xiàng)的含義。而在現(xiàn)有技術(shù)中，開發(fā)人員各自向程序代碼中添加自行定義的配置項(xiàng)的情況下，配置項(xiàng)說明需要向每個(gè)開發(fā)人員一一確認(rèn)才能得到，而本發(fā)明實(shí)施例中說明字符作為配置項(xiàng)定義的一個(gè)環(huán)節(jié)設(shè)置在配置定義文件中，從而基于文本處理實(shí)現(xiàn)配置項(xiàng)說明文件的自動(dòng)生成，可以使開發(fā)人員方便地了解到其他開發(fā)人員所定義的配置項(xiàng)的含義，有助于開發(fā)效率的提升。

根據(jù)表2所示的全局配置定義文件，上述步驟104中所生成的用戶配置文件示例如下：

#最大內(nèi)存占用量

store1_index_config1＝1024

#內(nèi)存溢出時(shí)是否警告

store1_index_config2＝True

#數(shù)據(jù)抽樣比率

store1_data1＝0.25

#數(shù)據(jù)單元所占字節(jié)數(shù)

store2_data1＝4

可以看出，該用戶配置文件包含全局配置定義文件中的四個(gè)配置項(xiàng)的名稱，以及每個(gè)配置項(xiàng)的配置項(xiàng)值。其中，配置項(xiàng)值是全局配置定義文件中與配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。例如，對(duì)于配置項(xiàng)名稱為“store1_data1”的配置項(xiàng)而言，其最下級(jí)子節(jié)點(diǎn)為表2中序號(hào)為5的一級(jí)子節(jié)點(diǎn)，故該配置項(xiàng)的配置項(xiàng)值為該一級(jí)子節(jié)點(diǎn)的第三屬性“0.25”?？衫斫獾氖牵啾扔谌峙渲枚x文件，用戶配置文件直接列出了各個(gè)配置項(xiàng)的名稱和對(duì)應(yīng)的配置項(xiàng)值，使得查找配置項(xiàng)值的代碼實(shí)現(xiàn)更加簡(jiǎn)單。

在上述步驟105中，在生成了用戶配置文件之后，可以使合并后的程序代碼中直接從用戶配置文件中獲取配置項(xiàng)值，因此例如可將程序代碼：

GetPrivateProfileInt("store1_index_config1","Memosize",1024,"\\setting.ini")中的用于返回配置項(xiàng)值的代碼中的源文件地址“\\setting.ini”變更為用戶配置文件的文件地址“\\Configs.ini”，其中用戶配置文件的文件名為“Configs.ini”。基于文件地址的變更，可以將用戶配置文件設(shè)置為更利于返回配置項(xiàng)值的格式，從而簡(jiǎn)化程序代碼中返回配置項(xiàng)值所實(shí)際執(zhí)行的計(jì)算流程。

此外，作為上述步驟103的一種具體示例，圖3是本發(fā)明一個(gè)實(shí)施例中一種生成配置項(xiàng)說明文件的流程圖。參見圖3，上述步驟103在本實(shí)施例中包括：

步驟1031：創(chuàng)建文本文件。

例如，在內(nèi)存中申請(qǐng)一定大小的空間，用于對(duì)指定路徑的文件進(jìn)行寫入操作。在一種可能的實(shí)現(xiàn)方式中，創(chuàng)建文本文件的同時(shí)還可以加載預(yù)置文本格式，比如加載列表格式，使得每個(gè)配置項(xiàng)對(duì)應(yīng)于一個(gè)列表行。

步驟1032：判斷是否能在全局配置定義文件未查找的部分中查找到最下級(jí)的子節(jié)點(diǎn)。

例如，可以在如表2所示的全局配置定義文件中按照先后順序查找沒有從屬子節(jié)點(diǎn)的子節(jié)點(diǎn)，比如按照序號(hào)為3、4、5、7的順序依次執(zhí)行步驟1033至步驟1034的操作。

步驟1033：若是，則將查找到的最下級(jí)的子節(jié)點(diǎn)作為當(dāng)前子節(jié)點(diǎn)，組合當(dāng)前子節(jié)點(diǎn)的第一屬性、當(dāng)前子節(jié)點(diǎn)之上的所有子節(jié)點(diǎn)的第一屬性，以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性，以按照預(yù)置文本格式向文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的名稱。

例如，在查找到的子節(jié)點(diǎn)為表2中序號(hào)為3的二級(jí)子節(jié)點(diǎn)時(shí)，將該二級(jí)子節(jié)點(diǎn)作為當(dāng)前子節(jié)點(diǎn)，獲取當(dāng)前子節(jié)點(diǎn)的第一屬性“config1”、當(dāng)前子節(jié)點(diǎn)之上的一級(jí)子節(jié)點(diǎn)的第一屬性“index”、以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性“store1”，從而組合得到配置項(xiàng)的名稱“store1_index_config1”，以按照預(yù)置的列表格式將配置項(xiàng)的名稱“store1_index_config1”寫入到當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的列表行中。

步驟1034：獲取當(dāng)前子節(jié)點(diǎn)的第二屬性，以按照預(yù)置文本格式向文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符，并返回步驟1032之前。

例如，在查找到的子節(jié)點(diǎn)為表2中序號(hào)為3的二級(jí)子節(jié)點(diǎn)時(shí)，將該二級(jí)子節(jié)點(diǎn)作為當(dāng)前子節(jié)點(diǎn)，獲取當(dāng)前子節(jié)點(diǎn)的第二屬性“最大內(nèi)存占用量”，以按照預(yù)置的列表格式將當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符“store1_index_config1”寫入到當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的列表行中。然后返回步驟1032之前，依次以表2中序號(hào)為4、5、7的子節(jié)點(diǎn)為當(dāng)前子節(jié)點(diǎn)執(zhí)行步驟1033至步驟1034，直到全局配置定義文件未查找的部分中不存在最下級(jí)的子節(jié)點(diǎn)。

步驟1035：若否，則將文本文件保存為配置項(xiàng)說明文件。

比如，在完成所有配置項(xiàng)的遍歷之后，即可將包含了全局配置定義文件中的四個(gè)配置項(xiàng)的名稱，以及每個(gè)配置項(xiàng)的說明字符的文本文件保存為配置項(xiàng)說明文件，得到的形式例如上文所示，在此不在贅述。

基于步驟103包含上述過程，本發(fā)明實(shí)施例可以基于程序代碼的方式實(shí)現(xiàn)配置項(xiàng)說明文件的自動(dòng)生成，而不需要人工處理。相比于現(xiàn)有技術(shù)，本發(fā)明實(shí)施例可以實(shí)現(xiàn)配置項(xiàng)說明文件的自動(dòng)生成，有利于減少開發(fā)人員的工作量，提高開發(fā)效率。

圖4是根據(jù)一示例性實(shí)施例示出的一種合并程序代碼的裝置的結(jié)構(gòu)框圖。參見圖4，所述裝置包括：

獲取單元41，用于在合并一個(gè)以上的模塊的程序代碼時(shí)，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件，所述配置定義文件中以所對(duì)應(yīng)的模塊的模塊名稱為頂級(jí)節(jié)點(diǎn)的第一屬性定義了至少一個(gè)在程序代碼中所使用的配置項(xiàng)，所述配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性和頂級(jí)節(jié)點(diǎn)之下的至少一級(jí)的子節(jié)點(diǎn)的第一屬性依序組成；

合并單元42，用于將所述一個(gè)以上的模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件，所有所述配置定義文件中的頂級(jí)節(jié)點(diǎn)在所述全局配置定義文件中相互并列。

可以看出的是，不同模塊顯然會(huì)具有不同的模塊名稱，因此本實(shí)施例中各個(gè)模塊的程序代碼中出現(xiàn)的配置項(xiàng)的名稱必然會(huì)通過模塊名稱相互區(qū)分開，使得合并后的程序代碼不容易出現(xiàn)配置項(xiàng)之間命名沖突的問題，從而可以節(jié)省為發(fā)現(xiàn)和調(diào)試其所導(dǎo)致的程序錯(cuò)誤所花費(fèi)的開發(fā)資源，有助于開發(fā)效率的提升。

需要說明的是，本實(shí)施例中的裝置可以應(yīng)用于任意一種包括處理器的電子設(shè)備，例如計(jì)算機(jī)、智能手機(jī)、平板電腦、筆記本電腦、個(gè)人數(shù)字助理(Personal Digital Assistant，PDA)等等。

還需要說明的是，本實(shí)施例中的配置定義文件可以由開發(fā)人員在相應(yīng)的編寫規(guī)范的指導(dǎo)下編寫，也可以由根據(jù)開發(fā)人員輸入的相應(yīng)形式的配置項(xiàng)名稱通過字符串處理自動(dòng)生成，本發(fā)明對(duì)此不做限制。相對(duì)應(yīng)的，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件的方式可以是來自于開發(fā)人員所使用的終端設(shè)備的發(fā)送，也可以是來自于同一電子設(shè)備內(nèi)的自動(dòng)生成單元的輸出，還可以來自于其他設(shè)備內(nèi)的自動(dòng)生成單元的生成和發(fā)送等等，本發(fā)明對(duì)此不做限制。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

第一生成單元，用于根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，所述配置項(xiàng)說明文件包含至少一個(gè)配置項(xiàng)的名稱和說明字符，所述說明字符是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。

在一種可能的實(shí)現(xiàn)方式中，所述第一生成單元包括：

創(chuàng)建子單元，用于創(chuàng)建文本文件；

遍歷子單元，用于遍歷所述全局配置定義文件中的最下級(jí)的子節(jié)點(diǎn)，以在歷經(jīng)任一最下級(jí)的子節(jié)點(diǎn)時(shí)依次執(zhí)行下述步驟：

組合當(dāng)前子節(jié)點(diǎn)的第一屬性、當(dāng)前子節(jié)點(diǎn)之上的所有子節(jié)點(diǎn)的第一屬性，以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的名稱；

獲取當(dāng)前子節(jié)點(diǎn)的第二屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

第二生成單元，用于根據(jù)所述全局配置定義文件生成用戶配置文件，所述用戶配置文件包含至少一個(gè)配置項(xiàng)的名稱和配置項(xiàng)值，所述配置項(xiàng)值是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。

在一種可能的實(shí)現(xiàn)方式中，所述裝置還包括：

變更單元，用于在合并后的程序代碼中，將用于返回配置項(xiàng)值的代碼中的源文件地址變更為所述用戶配置文件的文件地址。

關(guān)于上述實(shí)施例中的裝置，其中各個(gè)單元執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實(shí)施例中進(jìn)行了詳細(xì)描述，此處將不做詳細(xì)闡述說明。

圖5是本發(fā)明一個(gè)實(shí)施例中一種合并程序代碼的終端結(jié)構(gòu)示意圖，該終端可以用于實(shí)施上述實(shí)施例中合并程序代碼的方法。具體來講：

終端500可以包括RF(Radio Frequency，射頻)電路110、包括有一個(gè)或一個(gè)以上計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的存儲(chǔ)器120、輸入單元130、顯示單元140、傳感器150、音頻電路160、WiFi(wireless fidelity，無線保真)模塊170、包括有一個(gè)或者一個(gè)以上處理核心的處理器180、以及電源190等部件。本領(lǐng)域技術(shù)人員可以理解，圖5中示出的終端結(jié)構(gòu)并不構(gòu)成對(duì)終端的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。其中：

RF電路110可用于收發(fā)信息或通話過程中，信號(hào)的接收和發(fā)送，特別地，將基站的下行信息接收后，交由一個(gè)或者一個(gè)以上處理器180處理；另外，將涉及上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路110包括但不限于天線、至少一個(gè)放大器、調(diào)諧器、一個(gè)或多個(gè)振蕩器、用戶身份模塊(SIM)卡、收發(fā)信機(jī)、耦合器、LNA(Low Noise Amplifier，低噪聲放大器)、雙工器等。此外，RF電路110還可以通過無線通信與網(wǎng)絡(luò)和其他設(shè)備通信。所述無線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于GSM(Global System of Mobile communication，全球移動(dòng)通訊系統(tǒng))、GPRS(General Packet Radio Service，通用分組無線服務(wù))、CDMA(Code Division Multiple Access，碼分多址)、WCDMA(Wideband Code Division Multiple Access,寬帶碼分多址)、LTE(Long Term Evolution,長期演進(jìn))、電子郵件、SMS(Short Messaging Service，短消息服務(wù))等。

存儲(chǔ)器120可用于存儲(chǔ)軟件程序以及模塊，處理器180通過運(yùn)行存儲(chǔ)在存儲(chǔ)器120的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理。存儲(chǔ)器120可主要包括存儲(chǔ)程序區(qū)和存儲(chǔ)數(shù)據(jù)區(qū)，其中，存儲(chǔ)程序區(qū)可存儲(chǔ)操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲(chǔ)數(shù)據(jù)區(qū)可存儲(chǔ)根據(jù)終端500的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲(chǔ)器120可以包括高速隨機(jī)存取存儲(chǔ)器，還可以包括非易失性存儲(chǔ)器，例如至少一個(gè)磁盤存儲(chǔ)器件、閃存器件、或其他易失性固態(tài)存儲(chǔ)器件。相應(yīng)地，存儲(chǔ)器120還可以包括存儲(chǔ)器控制器，以提供處理器180和輸入單元130對(duì)存儲(chǔ)器120的訪問。

輸入單元130可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與用戶設(shè)置以及功能控制有關(guān)的鍵盤、鼠標(biāo)、操作桿、光學(xué)或者軌跡球信號(hào)輸入。具體地，輸入單元130可包括觸敏表面131以及其他輸入設(shè)備132。觸敏表面131，也稱為觸摸顯示屏或者觸控板，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸敏表面131上或在觸敏表面131附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動(dòng)相應(yīng)的連接裝置。可選的，觸敏表面131可包括觸摸檢測(cè)裝置和觸摸控制器兩個(gè)部分。其中，觸摸檢測(cè)裝置檢測(cè)用戶的觸摸方位，并檢測(cè)觸摸操作帶來的信號(hào)，將信號(hào)傳送給觸摸控制器；觸摸控制器從觸摸檢測(cè)裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點(diǎn)坐標(biāo)，再送給處理器180，并能接收處理器180發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實(shí)現(xiàn)觸敏表面131。除了觸敏表面131，輸入單元130還可以包括其他輸入設(shè)備132。具體地，其他輸入設(shè)備132可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。

顯示單元140可用于顯示由用戶輸入的信息或提供給用戶的信息以及終端500的各種圖形用戶接口，這些圖形用戶接口可以由圖形、文本、圖標(biāo)、視頻和其任意組合來構(gòu)成。顯示單元140可包括顯示面板141，可選的，可以采用LCD(Liquid Crystal Display，液晶顯示器)、OLED(Organic Light-Emitting Diode,有機(jī)發(fā)光二極管)等形式來配置顯示面板141。進(jìn)一步的，觸敏表面131可覆蓋顯示面板141，當(dāng)觸敏表面131檢測(cè)到在其上或附近的觸摸操作后，傳送給處理器180以確定觸摸事件的類型，隨后處理器180根據(jù)觸摸事件的類型在顯示面板141上提供相應(yīng)的視覺輸出。雖然在圖5中，觸敏表面131與顯示面板141是作為兩個(gè)獨(dú)立的部件來實(shí)現(xiàn)輸入和輸入功能，但是在某些實(shí)施例中，可以將觸敏表面131與顯示面板141集成而實(shí)現(xiàn)輸入和輸出功能。

終端500還可包括至少一種傳感器150，比如光傳感器、運(yùn)動(dòng)傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調(diào)節(jié)顯示面板141的亮度，接近傳感器可在終端500移動(dòng)到耳邊時(shí)，關(guān)閉顯示面板141和/或背光。作為運(yùn)動(dòng)傳感器的一種，重力加速度傳感器可檢測(cè)各個(gè)方向上(一般為三軸)加速度的大小，靜止時(shí)可檢測(cè)出重力的大小及方向，可用于識(shí)別手機(jī)姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計(jì)姿態(tài)校準(zhǔn))、振動(dòng)識(shí)別相關(guān)功能(比如計(jì)步器、敲擊)等；至于終端500還可配置的陀螺儀、氣壓計(jì)、濕度計(jì)、溫度計(jì)、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路160、揚(yáng)聲器161，傳聲器162可提供用戶與終端500之間的音頻接口。音頻電路160可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號(hào)，傳輸?shù)綋P(yáng)聲器161，由揚(yáng)聲器161轉(zhuǎn)換為聲音信號(hào)輸出；另一方面，傳聲器162將收集的聲音信號(hào)轉(zhuǎn)換為電信號(hào)，由音頻電路160接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器180處理后，經(jīng)RF電路110以發(fā)送給比如另一終端，或者將音頻數(shù)據(jù)輸出至存儲(chǔ)器120以便進(jìn)一步處理。音頻電路160還可能包括耳塞插孔，以提供外設(shè)耳機(jī)與終端500的通信。

WiFi屬于短距離無線傳輸技術(shù)，終端500通過WiFi模塊170可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖5示出了WiFi模塊170，但是可以理解的是，其并不屬于終端500的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。

處理器180是終端500的控制中心，利用各種接口和線路連接整個(gè)手機(jī)的各個(gè)部分，通過運(yùn)行或執(zhí)行存儲(chǔ)在存儲(chǔ)器120內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲(chǔ)在存儲(chǔ)器120內(nèi)的數(shù)據(jù)，執(zhí)行終端500的各種功能和處理數(shù)據(jù)，從而對(duì)手機(jī)進(jìn)行整體監(jiān)控?？蛇x的，處理器180可包括一個(gè)或多個(gè)處理核心；優(yōu)選的，處理器180可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無線通信?？梢岳斫獾氖牵鲜稣{(diào)制解調(diào)處理器也可以不集成到處理器180中。

終端500還包括給各個(gè)部件供電的電源190(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器180邏輯相連，從而通過電源管理系統(tǒng)實(shí)現(xiàn)管理充電、放電、以及功耗管理等功能。電源190還可以包括一個(gè)或一個(gè)以上的直流或交流電源、再充電系統(tǒng)、電源故障檢測(cè)電路、電源轉(zhuǎn)換器或者逆變器、電源狀態(tài)指示器等任意組件。

盡管未示出，終端500還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。具體在本實(shí)施例中，終端500的顯示單元是觸摸屏顯示器，終端500還包括有存儲(chǔ)器，以及一個(gè)或者一個(gè)以上的程序，其中一個(gè)或者一個(gè)以上程序存儲(chǔ)于存儲(chǔ)器中，且經(jīng)配置以由一個(gè)或者一個(gè)以上處理器執(zhí)行述一個(gè)或者一個(gè)以上程序包含用于進(jìn)行以下操作的指令：

合并一個(gè)以上的模塊的程序代碼時(shí)，獲取與每一所述模塊對(duì)應(yīng)的配置定義文件，所述配置定義文件中以所對(duì)應(yīng)的模塊的模塊名稱為頂級(jí)節(jié)點(diǎn)的第一屬性定義了至少一個(gè)在程序代碼中所使用的配置項(xiàng)，所述配置項(xiàng)的名稱由頂級(jí)節(jié)點(diǎn)的第一屬性和頂級(jí)節(jié)點(diǎn)之下的至少一級(jí)的子節(jié)點(diǎn)的第一屬性依序組成；

將所述一個(gè)以上的模塊各自對(duì)應(yīng)的配置定義文件合并為全局配置定義文件，所有所述配置定義文件中的頂級(jí)節(jié)點(diǎn)在所述全局配置定義文件中相互并列。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，所述配置項(xiàng)說明文件包含至少一個(gè)配置項(xiàng)的名稱和說明字符，所述說明字符是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第二屬性。

在一種可能的實(shí)現(xiàn)方式中，所述根據(jù)所述全局配置定義文件生成配置項(xiàng)說明文件，包括：

創(chuàng)建文本文件；

遍歷所述全局配置定義文件中的最下級(jí)的子節(jié)點(diǎn)，以在歷經(jīng)任一最下級(jí)的子節(jié)點(diǎn)時(shí)依次執(zhí)行下述步驟：

組合當(dāng)前子節(jié)點(diǎn)的第一屬性、當(dāng)前子節(jié)點(diǎn)之上的所有子節(jié)點(diǎn)的第一屬性，以及當(dāng)前子節(jié)點(diǎn)之上的頂級(jí)節(jié)點(diǎn)的第一屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的名稱；

獲取當(dāng)前子節(jié)點(diǎn)的第二屬性，以按照預(yù)置文本格式向所述文本文件中寫入當(dāng)前子節(jié)點(diǎn)所對(duì)應(yīng)的配置項(xiàng)的說明字符。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

根據(jù)所述全局配置定義文件生成用戶配置文件，所述用戶配置文件包含至少一個(gè)配置項(xiàng)的名稱和配置項(xiàng)值，所述配置項(xiàng)值是所述全局配置定義文件中與所述配置項(xiàng)對(duì)應(yīng)的最下級(jí)的子節(jié)點(diǎn)的第三屬性。

在一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

在合并后的程序代碼中，將用于返回配置項(xiàng)值的代碼中的源文件地址變更為所述用戶配置文件的文件地址。

可以看出的是，不同模塊顯然會(huì)具有不同的模塊名稱，因此本實(shí)施例中各個(gè)模塊的程序代碼中出現(xiàn)的配置項(xiàng)的名稱必然會(huì)通過模塊名稱相互區(qū)分開，使得合并后的程序代碼不容易出現(xiàn)配置項(xiàng)之間命名沖突的問題，從而可以節(jié)省為發(fā)現(xiàn)和調(diào)試其所導(dǎo)致的程序錯(cuò)誤所花費(fèi)的開發(fā)資源，有助于開發(fā)效率的提升。

以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。