Unity3D熱更新全書-腳本(二) 兩級分化


上篇明確了我們探討的腳本是什么:是寫在文本文件里面的代碼,可以作為資源加載,取得字符串再執行。

可是為什么世界上會有那么多的腳本?而其使用方法完全看起來不一樣呢?這是因為每種腳本都有自己的定位,在不同的復雜度腳本將表現出完全不同的樣貌,我們來看一下。

我們把腳本與程序的結合方式划分成五種,以復雜度排序說明。

C#Light是定位復雜度較低的腳本,C#Evil是定位復雜度較高的腳本,他們就在腳本定位的兩級,可是有相當復用部分的代碼,所以他們被合並成一個項目,你可以從GitHub上取得他們的源碼。

代碼獲取及文中示例的位置,在文后說明。

簡言之,腳本可以兩級分化成兩種:

程序調用腳本,腳本為程序提供靈活性

腳本調用程序,程序為腳本提供擴展性

究竟是極左還是極右,怎么使用,是你的自由。

我們用C#Light/Evil來說明各種腳本結合方式。

 

復雜度一:計算

執行字符串的核心函數應該是這樣的

int i = Eval(“1+2”);

imageimage

我們有一套例子,本文最后有如何取得例子的說明。

程序里就可以通過執行字符串來執行邏輯,字符串的變更就可以得到邏輯的變更。

試想如果要做公式計算,他看起來應該是這樣

int i=Eval(“HP1+HP2*0.5);

這里HP1,HP2怎么來,就要把值傳給腳本,讓腳本計算

Script.SetValue(“HP1”,GetFromIni(“HP1”));

Script.SetValue(“HP2”,GetFromIni(“HP2”));

int i=Script.Eval(“HP1+HP2*0.5”);

image

復雜度二:包含邏輯分支和調用

當腳本邏輯的復雜度到一個程度,直接嵌入字符串就變得不可取了

我們希望在計算HP的同時,腳本打點Log,就要讓腳本可以調用函數,同時腳本要知道今天星期幾,也得給他一個函數調用

這時候最好就把腳本寫到一個單獨的文本文件里

Script1:

Debug.Log(“Today=”+Today());

if(Today()==Monday)

      return HP1+HP2;

if(Today()==SunDay)

     return HP1+HP2*2;

return HP1+HP2*0.5;

調用代碼:

int i =Script.Eval(GetScriptFromFile(“Script1”));

image

image

 

復雜度三:函數與類型

當腳本邏輯再復雜下去,僅靠表達式已經很難組織邏輯了,此時的腳本就會引入函數甚至類型

Script1:

int Calc1()

{

   …

}

int Calc2()

{

   …

}

int Calc3()

{

   …

}

int GetHP()

{

    if(Today()==Monday)

    {

        return Calc1();

    }

    if(…)

    {

       ….

    }

    ….

}

調用代碼:

Script.Build(GetScriptFromFile(“Script1”));

int i =Script.Eval(“GetHP();”);

這部分代碼比較多,我們拆開來看

首先是腳本文件,這個看起來像代碼一樣的東西就是我們的腳本

image

然后我們把這個cs文件當做文本加載進來作為腳本,放在streamingasset目錄就可以

image

我們有兩種辦法來訪問Build好的腳本,一種是合成一段字符串,然后通過這組字符串腳本去執行

image

另一種是像反射那樣進行操作

image 


特別提醒:我們的建議是止步復雜度三

腳本一旦跨越復雜度三進入復雜度四就會產生重心的完全反轉。

復雜度一二三是程序調用腳本,腳本為程序提供靈活性。

復雜度四五則變成了腳本調用程序,程序為腳本提供擴展性。


復雜度四:腳本文件進化成腳本項目

再進一步復雜,腳本就會進化為完全不同的東西

單個腳本無法完成邏輯,腳本和腳本之間可以產生關聯

產生了項目的概念

Script1:

class ScriptClass1

{

      static void Run()

     {

          ScriptClass2 s2 =new ScriptClass2();

          s2.xxx

          …

          …

          …

     }

}

Script2:

class ScriptClass2

{

      …

      ….

      …

}

調用代碼:

Script.BuildProject(“Scirpt1”,”Script2”)

Script.Run(“ScriptClass1.Run();”);

當腳本變成了腳本項目,再去觀察程序端的代碼就沒什么意義了

imageimage

我們的例子里有用完全一致的程序端代碼,僅僅切換了不同的腳本,就完成了不同的功能。

按頂上的按鈕,直接載入兩個不同的腳本項目進來運行

復雜度五:反客為主

當腳本已經產生項目的概念,他已經可以脫離專用的程序宿主

像Python那樣用一個通用的Python.exe 啟動程序,變成一種擁有獨自運行能力的語言。

我們也提供一個這樣的例子,在這種情況下,程序員完全變成了腳本編寫員和模塊編寫員。

 

 

 

 

具體代碼參考GitHub上的代碼

https://github.com/lightszero/CSLightStudio

GITHUB源碼中的Unity\ScriptHelloWorld中有四個場景

image

ScriptTest1_xx 分別對應復雜度一二三

ScriptTest2對應復雜度四

GITHUB源碼中的Unity\ScriptLoader對應復雜度五,這個會在以后另外的文章中介紹


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM