從2月份到現(xiàn)在第一個(gè)U3D項(xiàng)目也基本收工，雖然項(xiàng)目結(jié)局不是太好，但總算也是成功賣(mài)掉并上線(xiàn)，總結(jié)將近10個(gè)月的時(shí)間大家從端游轉(zhuǎn)到手游或從COCOS2轉(zhuǎn)到U3D的整個(gè)開(kāi)發(fā)過(guò)程。
1.資源
無(wú)疑這是整個(gè)項(xiàng)目我覺(jué)得做的最差的地方，也是前期最為忽略的地方，猶豫U3D組件式架構(gòu)的原因和本身資源打包加載的一個(gè)限制，導(dǎo)致后期項(xiàng)目資源異步加載以及動(dòng)態(tài)更新很難實(shí)現(xiàn)。
起初猶豫是項(xiàng)目玩法參考《印第安大冒險(xiǎn)》，在導(dǎo)出它的包查看了它的結(jié)構(gòu)以及部分實(shí)現(xiàn)的代碼后，發(fā)現(xiàn)基本也未作任何資源管理，資源基本上一個(gè)關(guān)卡一個(gè)場(chǎng)景的方式組織，所以也就按他的方式，只是簡(jiǎn)單的按場(chǎng)景、特效、UI等進(jìn)行了簡(jiǎn)單的劃分。
但是隨著關(guān)卡的復(fù)雜性的增加，游戲復(fù)雜性的增加，問(wèn)題也隨之而來(lái)。
項(xiàng)目問(wèn)題以及方案：
(1) 場(chǎng)景加載慢，無(wú)法異步加載
因?yàn)闆](méi)用AB管理資源，所以很難實(shí)現(xiàn)異步加載，但是場(chǎng)景已經(jīng)完成到了某種程度，也很難重新設(shè)計(jì)資源加載方式，所以臨時(shí)找了另一種方案。、
a.先將原始資源移動(dòng)到Resources目錄先，這樣的原因是為了在加載場(chǎng)景是預(yù)加載紋理、模型等資源，隨之而來(lái)的問(wèn)題便是Resources下的目錄中不能保留不需要的資源，否則會(huì)一起導(dǎo)入安裝包，導(dǎo)致安裝包龐大，最后寫(xiě)了一個(gè)編輯器擴(kuò)展腳本在打包時(shí)候清理掉所有游戲未引用的資源。方法是找到所有場(chǎng)景以及與之的依賴(lài)資源并記錄，找到所有資源在一處記錄的資源，剩余資源統(tǒng)一刪除。
b.擴(kuò)展一個(gè)編輯器腳本生成當(dāng)前場(chǎng)景所有依賴(lài)資源列表，生成預(yù)加載文件，在加載文件時(shí)讀取并通過(guò)Resource.Load加載并保存，切換時(shí)候在釋放。為了實(shí)現(xiàn)模擬異步加載的效果，加載時(shí)在一個(gè)新的協(xié)程中加載，加載兩個(gè)返回一幀。
(2) 運(yùn)行時(shí)怪物創(chuàng)建卡頓
同樣這個(gè)也是由于這個(gè)原因造成的，解決方案相對(duì)取巧，由于怪物是有觸發(fā)器創(chuàng)建，所有在加載場(chǎng)景時(shí)候會(huì)預(yù)先創(chuàng)建所有怪物并隱藏，知道觸發(fā)后在顯示出來(lái)。
(3) 特效、技能等預(yù)制資源卡頓
同樣這個(gè)也是由于這個(gè)原因造成的，解決方案，這個(gè)比較傳統(tǒng)，增加了一個(gè)預(yù)制緩存池，創(chuàng)建場(chǎng)景時(shí)候會(huì)對(duì)指定配置的特效做緩存，創(chuàng)建時(shí)候從緩存中取出，用完還回去就可以了。
(4) 資源更新
這個(gè)暫時(shí)只能妥協(xié)，只做了配置文件的更新
理想解決方案：
(a) 以Prefab為基本打包力度，為特效、UI節(jié)點(diǎn)、角色等等保存為Prefab。
(b) 將所有代碼、Shader、等等公用基礎(chǔ)資源打包到Common.ab。
(c) Push:Common.ab的基礎(chǔ)上打包UI/Audio/Effect/Actor...等分支下的Common_*.ab。
(d) Push:Common_*.ab的基礎(chǔ)上打包UI/Audio/Effect/Actor...下的預(yù)制到 *.ab。
(e) 加載加載Common.ab，在加載分支支援時(shí)候先加載相應(yīng)的Common_*.ab后在加載特定的ab。
(f) 加載可以采用異步加載形式，場(chǎng)景創(chuàng)建時(shí)候可以先創(chuàng)建空節(jié)點(diǎn)，等異步加載完成后在創(chuàng)建并掛接到該節(jié)點(diǎn)上。
(g) 關(guān)于Level，打包時(shí)候打包基本場(chǎng)景以及關(guān)照貼圖，加載后在動(dòng)態(tài)加載響應(yīng)節(jié)點(diǎn)數(shù)據(jù)并掛接上去
2.特效
首先這邊的特效基本是有端游轉(zhuǎn)過(guò)來(lái)的，而前期對(duì)特效沒(méi)有做一些規(guī)范性的限制，導(dǎo)致一些特效復(fù)雜度相當(dāng)高，以及里面包含大量Animator(這個(gè)損耗相當(dāng)大)。
其次特效未作統(tǒng)一的管理，而僅僅是簡(jiǎn)單的做成一個(gè)Prefab。造成后期特效不是太好優(yōu)化。
理想解決方案：
(a) 提供一個(gè)特效編輯器，組織特效，發(fā)布的時(shí)候檢查并提示出一些必要的警告方便特效人員修改，同時(shí)未特效預(yù)制加入自動(dòng)管理腳本。
(b) 或采用一些比較好的插件 FX Maker 等。
3.場(chǎng)景
場(chǎng)景最大的問(wèn)題同樣是沒(méi)有好的規(guī)范，導(dǎo)致前期場(chǎng)景模型用了大量的多維材質(zhì)，比如一個(gè)石頭可能有 表面/中部/底部/邊緣 等四個(gè)材質(zhì)等等。
理想解決方案：
(a) 盡量只使用一中材質(zhì)，當(dāng)然有些工具比如Mesh Banker 可以拿來(lái)優(yōu)化。
(b) 地表裝飾無(wú)盡量將貼圖合并到一張Atlas公用，減少批次，比較特殊的情況比如 Repeat Mode的貼圖可不處理。
(c) Static Batch 雖然能夠做一定的優(yōu)化，但是會(huì)大大的增加Level暫用的硬盤(pán)空間，所以可以根據(jù)實(shí)際場(chǎng)景視角等來(lái)確定是否開(kāi)啟以便減少生成包的大小。
4.動(dòng)作
操控相對(duì)簡(jiǎn)單，雖然Animator很強(qiáng)大，單可控性卻不是很高，所以選擇使用Animation，通過(guò)Layer進(jìn)行狀態(tài)融合處理。AddMixTransform 可以進(jìn)行上下半身或者特殊部分動(dòng)作混合。
附帶：關(guān)于Animator性能，場(chǎng)景中Animator過(guò)多會(huì)造成CPU消耗過(guò)高，而Aniamtion有可見(jiàn)在更新的狀態(tài)選項(xiàng)可以進(jìn)行控制，Animator卻不行，因?yàn)槭墙y(tǒng)一管理，所以需要注意。
5.NGUI
NGUI確實(shí)很強(qiáng)大，有自己的批渲染，這類(lèi)也不需要多說(shuō)，其中有兩個(gè)可以分享的地方
(a) 特效與NGUI層級(jí)，實(shí)際上NGUI/Panel/DrawCall會(huì)有一個(gè)RenderQuene，為了層級(jí)正確我們應(yīng)帶改變特效material.renderququne = DrawCall.RenderQuene + 1，這樣特效就可以在正確的面板上顯示與遮擋。
(b) DrawCall優(yōu)化，可以利用 Panel:ShowDrawCall工具手動(dòng)調(diào)整Panel中空間的order來(lái)減少DrawCall。
6.代碼加密
代碼加密相對(duì)麻煩，因?yàn)槠鋵?shí)整個(gè)過(guò)程中也通過(guò)ISpy查看過(guò)不少游戲的代碼，基本很少做加密的，少量做了混淆。
理想解決方案：
(a) GitHub 上下載 Unity 官方 Mono庫(kù)
(b) 找到 image.c ： mono_image_open_from_data_with_name 函數(shù)：
增加代碼：(簡(jiǎn)單的混淆DLL)
if (NULL != strstr(name, "Assembly-CSharp.dll"))
{
for (; i < data_len;)
{
data[i] = ~data[i];
i += k;
k += 1;
}
}
后編譯生成 libmono.dll/so 到相應(yīng)平臺(tái)
(c)將Assembly-CSharp.dll反向混淆
7. 紋理壓縮
用disunity導(dǎo)出U3D打包后的資源法線(xiàn)android下紋理實(shí)際上是經(jīng)歷過(guò)一次轉(zhuǎn)換的：
帶Alpha通道貼圖-> TGA 未壓縮格式 / 除非設(shè)置 通常都帶Mipmap
不帶Alpha通道貼圖-> KTX （ETC1 android) 不帶Mipmap
顯然為了減少紋理對(duì)GPU芯片帶寬的浪費(fèi)以及對(duì)內(nèi)存的浪費(fèi)android下應(yīng)當(dāng)使用ETC1，而且ETC壓縮失真不算嚴(yán)重，驗(yàn)證可接受。
那么對(duì)于帶Alpha通道的貼圖應(yīng)該如何處理？解決方案1.提取Alpha為單獨(dú)的Alpha通道貼圖 2.提取Alpha為灰度圖在保存為ETC1（默認(rèn)會(huì)轉(zhuǎn)換）。
這樣有效提高程序性能同時(shí)也相應(yīng)的會(huì)減少壓縮后包的大小。因?yàn)門(mén)AG不然縮與ETC壓縮后在ZIP壓縮還是有一定的空間大小差距。
8.其他一些特效
shadow_gun 中有很多不錯(cuò)的 shader 可以用用 比如EnvCube可以支持帶lingthingmap的Cube反射材質(zhì)，做冰柱等效果非常好。
water 等可以簡(jiǎn)單的用一張nosiy貼圖加Cube反射模擬，效果也可以接受。
unity / image effect/ MothionBlur 可以做Boss死亡特效 配合 Time.timeScale K幀。
等等 暫時(shí)只回想起這么多，希望對(duì)大家有幫助，有問(wèn)題可以探討。
今天項(xiàng)目組換老大了，希望換人后上線(xiàn)能順利，畢竟也花費(fèi)了不少精力，周五也得離開(kāi)了，想想也挺傷感的，游戲行業(yè)真不好混。