1、文件路徑問(wèn)題。鑒于我們要實(shí)現(xiàn)跨平臺(tái)處理,就要處理不同IDE對(duì)文件路勁的管理。在VS中,代碼管理完全依照物理路徑去管理,剩下的部份是資源路徑問(wèn)題。在win7-vs2012以上的版本(vs110_xp對(duì)應(yīng)版本設(shè)置再去搜索吧,已過(guò)去的工具就該放棄)可以選擇在Debugging中的Working Directory的值從$(ProjectDir)設(shè)置為$(ProjectDir)../Resources。但這要求每次增加資源或修改文件名也要同步在mac工作平臺(tái)修改文件映照。
為放棄上面單平臺(tái)管理的方式,因而cocos的團(tuán)隊(duì)在引擎中增加了文件管理工具FileUtils。我們只需要在在代碼中增加1句:
剩余的則是Android和Mac的代碼文件組織。
Mac環(huán)境:
在Xcode中新建1個(gè)group對(duì)應(yīng)相同的物理文件名,然后把文件夾下面的文件拉入項(xiàng)目文件樹(shù)中,選擇的方式是folder references便可。或嘗試直接全部文件夾以folder references的情勢(shì)引入工程(何嘗試)。
folder references:保持本來(lái)的路徑物理結(jié)構(gòu),這模樣才能合適多平臺(tái)統(tǒng)1的頭文件路徑
group:類(lèi)似于vs的文件挑選器,虛擬的路徑,如果以此方式引入,則文件相對(duì)工程的路徑是同級(jí)路徑,即處在同1個(gè)父目錄下。
Android環(huán)境:
修改build_native.py中資源路徑:
這在邏輯上固然增加了查找的時(shí)間,實(shí)際上可以自己手動(dòng)讀取配置Resources文件夾下的1個(gè)配置文件根據(jù)平臺(tái)設(shè)置真實(shí)的資源路徑。以后做文件路勁搜索時(shí)只使用這個(gè)唯1路徑,從而減少在FileUtils中做路徑測(cè)試的時(shí)間。
2、prefix head問(wèn)題。在Xcode6中把cocos自己生成的路徑刪除掉,或?qū)φ?下testCpp的配置文件就發(fā)現(xiàn):不管是ios還是mac的工程,prefix head此項(xiàng)為空。
3、Linux環(huán)境 待續(xù)
下面是份鏈接博客。
http://www.itnose.net/detail/6090401.html
上一篇 BZOJ 3163 Heoi2013 Eden的新背包問(wèn)題 多重背包
下一篇 myeclipse中增加user libraries時(shí)出現(xiàn)“ One or more selected libraries are already on the