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