[發明專利]一種Unity的界面綁定數據方法

有效

• 申請號: 201910887270.1
• 申請日: 2019-09-19
• 公開（公告）號: CN110704051B
• 公開（公告）日: 2022-08-16
• 發明（設計）人: 李志健;汪雄軍;林逸民
• 申請（專利權）人: 廈門點觸科技股份有限公司
• 主分類號: G06F8/36
• 分類號: G06F8/36;G06F8/38;G06F8/71
• 代理公司: 廈門市新華專利商標代理有限公司 35203
• 代理人: 羅恒蘭

本發明涉及一種Unity的界面綁定數據方法，其通過讀取綁定器配置數據生成綁定器，并在綁定器內存儲界面控件，然后根據界面控件名查找界面控件對象，并獲取界面控件對象中的元數據，將該元數據存儲至綁定器的存儲字段中，從而實現界面數據綁定。通過本發明的Unity的界面綁定數據方法可以實現界面邏輯和業務邏輯的分離，通過本發明方法，Unity的界面邏輯和業務邏輯可以分給界面和業務邏輯的開發人員分別實現，使業務邏輯的測試以及界面數據的更新更加方便，業務層邏輯的復用率和穩定性也得到了很大地提高。

技術領域

本發明涉及軟件開發設計技術領域，具體涉及一種Unity 的界面綁定數據方法。

背景技術

Unity發展到今天，在不少流行的框架中，業務邏輯接收來自界面的請求，邏輯判斷后的結果需要重新發送給界面，此時在業務邏輯中需要通過Unity提供的API查找界面上的控件，然后將數據賦予這些控件完成界面數據的綁定，即業務邏輯層和視圖層并沒有分離，耦合度較高。因此，基于上述體系結構實現的系統在軟件測試過程中，需要通過人工的方式來觀察控件的表現是否符合預期效果，對于特殊情況，則需要精心計劃和不斷嘗試，不僅耗時長而且效率低。業務邏輯層和視圖層的高度耦合的另外一個不足在于，當視圖層發生改變時需要改變相應的業務邏輯，導致代碼復用率較低，降低了軟件的穩定性。

有鑒于此，本設計人針對上述Unity存在的問題而深入構思，遂有本案產生。

發明內容

本發明的目的在于提供一種Unity 的界面綁定數據方法，其可以實現界面與業務邏輯的分離。

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

一種Unity 的界面綁定數據方法，其包括：

通過讀取綁定器配置數據，生成綁定器：當Unity界面首次加載時，讀取綁定器配置數據，并將其反序列化C#對象，從而生成綁定器；其中，所述綁定器配置數據包含界面控件名、綁定器對象名；所述綁定器包含有存儲字段，用于存儲Unity界面控件元數據；

將綁定器與界面進行綁定：首先根據綁定器配置數據中的界面控件名，并使用Unity的查找API獲取界面控件對象；然后根據綁定器對象名并使用C#反射技術獲取界面控件對象內的元數據；最后將該獲取的界面對象的元數據存儲至綁定器的存儲字段中，即完成了綁定器與界面的綁定。

所述綁定器包括

成員綁定器，用于將數據綁定到界面控件的成員上；

方法綁定器，用于調用界面控件的方法改變控件內部數據；

資源綁定器，用于加載Unity資源并綁定到界面控件的成員上；

DOTWeen綁定器，用于觸發界面補間動畫；

鏈條綁定器，用于觸發多個綁定器。

所述綁定器對象名包括成員名、方法名以及每個參數的類型、成員綁定器名；

所述成員綁定器內的存儲字段用于存儲Unity界面控件成員元數據的；將成員綁定器與界面綁定時，首先根據界面控件名并使用Unity的查找API取得界面控件對象；然后再根據成員名并使用C#的反射技術獲取界面控對象內的成員元數據；最后將該成員元數據存儲至成員綁定器的存儲字段中，即完成了成員綁定器與界面的綁定；

所述方法綁定器內的存儲字段用于存儲Unity界面控件方法元數據的字段；將方法綁定器與界面綁定時，首先根據界面控件名并使用Unity的查找API取得界面控件對象；然后根據方法名、每個參數的類型并使用C#的反射技術獲取界面控件對象內的方法元數據；最后，將該方法元數據綁存儲到方法綁定器的存儲字段中，即完成方法綁定器與界面的綁定；