來公司四個半月了,從對客戶端游戲編程的小白慢慢的也能寫一些東西了,當然了這裡最感謝的人就是九天了,對於九天其它的好我就不說了,就是感覺九天為了團隊,為了項目,他在很用心的做每一件事情。就如武俠小說裡的人物,有的練習功夫強身健體,有的為了取得江湖地位,有的為了報仇雪恨,當然有很少一部分當做興趣愛好研究,比如說周伯通,他就是個武癡,對什麼功夫都感興趣。可是這些人裡沒有一項符合九天的,我認為九天喜歡將事情做的比較完美已經成為一種習慣,無論是代碼方面還是說管理方面,處處為大家考慮,為公司考慮。到是他自己的事情考慮的很少,這裡我就不舉例子了,大家都懂得,:-D。要寫總結,就忍不住感謝下九天,來公司這麼長時間了,還沒感謝過他。
剛開始接觸客戶端游戲,我只是本能的處於接受任務,完成任務。由於沒有認真仔細的去思考這些任務,犯了很多低級的錯誤。其實這就是一種不負責任的表現方式,只是把任務當做任務完成了,但並沒想這個東西是干什麼用的,怎麼用?用術語說的話,要實現什麼功能,這個功能在什麼地方要用?這裡舉個我第一次接收的一個小任務的例子:實現一個函數,這個函數實現的功能是設置不同語言,來實現多語言加載。當時我也沒仔細想,就將這個函數寫成了一個全局函數,放在config文件裡。config文件是用來存儲工程設置還有一些通用的全局變量的東西,我寫在這裡,一個是設置不方便,在一個也不符合config文件的性質。別看這是一個小小的函數,通過這個函數,程序裡實現了不同國家語言的分離,只通過修改材質的後綴名就可以方便的切換不同國家的材質。
const string ConfigManager::GetResourceTextureName( const char* res_name ) {
std::string full_name(res_name);
switch (language_) {
case LAN_EN:
full_name += "_en.png";
break;
case LAN_CN:
full_name += "_cn.png";
break;
case LAN_KR:
full_name += "_kr.png";
break;
case LAN_JP:
full_name += "_jp.png";
break;
default:
CCAssert(0,"wrong language");
break;
}
return full_name;
}
故事代碼1
第二個比較典型的任務是金幣儀表,截圖如下:
圖片1
這個剛開始認為比較簡單的一個任務,就是說根據當前玩家的分數移動每個位數的數字材質,表現出一個數字。分析下需求大概有以下幾點要求:
1、玩家數據加載時算好每個素材的位置
2、監測到玩家數據有變化時材質根據數值變化,播放動作
3、數字變化動作就如滾輪效果,0——9,9——0實現平滑過度
4、數字不能同是播放所有位數的效果
剛開始做的時候美術給出的是一個橫版的材質,要做出豎版的效果,這可如何是好,經過和九天的討論得出通過裁剪出每個小的數字材質,然後去控制小的數字材質,這期間遇到了很多問題。剛開始對cocos2d-x動作那套不是太懂,基本就會用個MoveTo(),對ccnode那套也不是很熟,對這些概念都不是很理解。所以每次要表現數字變化時,都先生成一個材質數組,然後算出每個小的材質到目標位置的相對的距離。在動畫播放過程中,假如有新的動畫,則先將數字變化存放在數組裡,當然了一個是先進先出的模型。通過一周的折騰基本功能是實現了,但是效果不是很好,尤其0——9,9——0的突變沒有處理好。並且還用的是單間模式,豈不知金幣儀表只是ui層的一個功能模塊,根本沒有必要用單間,所以這個也是對功能沒有想清楚。後來經過一周的折騰,發現這種方法太扭曲了,問題很多,經過和lyc,九天的商討改變了材質,由橫條改為豎條,就是這麼簡單的一改,問題一下簡單化了很多,首先我們都知道圓柱面展開後是一個矩形,這樣通過豎條的矩形就能很好的實現圓柱的功能,只要簡單的在矩形9後面再補個0,就可以了。因為9之後就是0,0之前就是9,為了讓動作的連貫性,動作播放完,立馬調用setposition將材質設置一個位置。就簡單的實現了滾動效果。功能實現了,效果還的慢慢調,游戲不就是要個感覺嘛,通過對動作的時間調整,最後實現了這個功能。回想起來這中間又很多值得學習的地方:
1、在做任務的時候一定要想清楚功能,心裡基本要明白通過什麼方式去實現這個功能
2、將一些常用的算數歸納為數學公式,大大方便運算。
3、多和自己的同事交流,三人行必有我師,咱們這個團隊都是很樸實的技術青年,對每個人的問題都很熱心的。
4、只有通過多做,對這個東西熟悉了,理解了,才能做出如工藝品的東西
sky項目的加密解密程序還是比較有意思的,這個程序是通過一套叫tea的算法,將程序的配置文件加密成為2進制文件,在程序啟動的時候再進行解密。首先來看下加密算法:
void TEA::encrypt(const ulong *in, ulong *out) {
ulong *k = (ulong*)_key;
register ulong y = in[0];
register ulong z = in[1];
register ulong a = k[0];
register ulong b = k[1];
register ulong c = k[2];
register ulong d = k[3];
register ulong delta = 0x9E3779B9; /* (sqrt(5)-1)/2*2^32 */
register int round = _round;
register ulong sum = 0;
while (round--) { /* basic cycle start */
sum += delta;
y += ((z << 4) + a) ^ (z + sum) ^ ((z >> 5) + b);
z += ((y << 4) + c) ^ (y + sum) ^ ((y >> 5) + d);
} /* end cycle */
out[0] = y;
out[1] = z;
}
故事代碼2
在這過程中首先的看懂這個加密函數,由於網上的例子是直接加密解密一個很短的字符串,我就天真的認為加密算法是傳入一個char*,然後通過加密傳出一個char*,這樣就加密好了。導致花了很多時間在查找為什麼程序加密不對。再一個字符串都是以‘/0’結尾的,由於對概念理解的不是很清楚,程序總是出現一些比較奇怪的問題。
const string TEA::SaveFile(const char* content)
{
int file_size = strlen(content);
byte *plain = new byte[file_size + 1];
CharToByte((char*)content, plain, file_size);
byte *new_plain = new byte[file_size*8 + 1];
int k = 0;
for (int i = 0; i < file_size; ++i)
{
encrypt(plain + i, new_plain + k);
k += 8;
}
char *out = new char[file_size*8 + 1];
ByteToChar(new_plain, out, file_size * 8);
string crypt_str(out, file_size * 8);
delete []plain;
delete []new_plain;
delete []out;
return crypt_str;
}
故事代碼3
最後通過做這個功能模塊得到三點:
1、申請內存的時候,要多申請一位,用來存儲,結尾符號
2、讀取字符串的時候都是以‘/0’結尾的,所以說對與2進制的數據流用strlen就不對了。
3、strlen函數其實就是遍歷數組每個字符,只到只到'/0'的時候返回遍歷次數。
4、要有勇氣和渴望多看看代碼,明白了遠離問題也就不難了。
這裡大概說說程序裡遇到一些問題,以及解決方案,增強自己的自備知識。
1、游戲程序的運行機理
游戲程序的main函數是一個while函數,只到玩家退出程序,while循環結束
int main()
{
while(1)
{
if(g_run)
{
Tick(ts);
DrawScene();
}
else
{
break;
}
}
return 0;
}
偽碼1
游戲程序和應用軟件最大的區別就是,應用軟件一直在等待著用戶的輸入,來相應用戶的請求,而游戲程序就不同了,隨著程序時間的配置,游戲通過drawscene不斷的去渲染新的畫面,說的通俗點就是輸出一張張材質。材質本質上就是點的屬性集合。比如一個頂點顏色屬性顏色函數是通過color(uchar red, uchar green, uchar blue, uchar alpfa)。材質的像素就是來描述頂點數量的變量。像素越高表明材質越細膩。而游戲畫面就是通過每秒播放材質的數量來描述的。這就是幀的概念,玩過flash的都懂得,如何通過設置沒幀材質來實現簡單的動畫。說這麼多就是要表達,游戲程序就是通過在合適的時間輸出不同的材質。注意,我這裡說的是游戲程序,而不是游戲。因為游戲是技術,美術,創意,音樂的集合體。就拿獵鳥裡寵物館裡一個彈出對話框來說,這個lyc實現的,說個真心話,這一點我非常佩服lyc,他做游戲不是簡簡單單的去完成任務,而是通過一種審美的意識去看待每個模塊的實現。雖說程序不能對整個游戲的整體表現有太大的決定權,但在細節的處理上加上自己的理解和愛,局部還是會非常出彩的。
void PetInfoDialog::Show() {
this->setScale(0.0f);
CCScaleTo* scale = new CCScaleTo;
scale->initWithDuration(0.5f,1.0f);
CCEaseBackOut* ease = new CCEaseBackOut;
ease->initWithAction(scale);
scale->release();
runAction(ease);
ease->release();
}
void PetInfoDialog::Hide() {
CCScaleTo* scale = new CCScaleTo;
scale->initWithDuration(0.5f,0.0f);
CCEaseBackIn* ease = new CCEaseBackIn;
ease->initWithAction(scale);
scale->release();
CCCallFunc* call_func = new CCCallFunc;
if(!call_func->initWithTarget(this, callfunc_selector(PetInfoDialog::DestoryCallback) ) ) {
CCLog("call fun selector wrong");
return;
}
CCSequence* seq = new CCSequence;
seq->initOneTwo(ease, call_func);
ease->release();
call_func->release();
runAction(seq);
seq->release();
}
示例代碼1
2、內存管理
學過c/c++的人都知道指針和內存管理是最難理解的,這裡我就不詳細說明內存管理的話題,只是說說在cocos2d-x裡如何管理好自己的內存。
cocos2d-x裡的精靈都繼承自CCobject類,先看看CCobjec自己申請和釋放內存的原理。
CCObject::CCObject(void)
{
static unsigned int uObjectCount = 0;
m_uID = ++uObjectCount;
// when the object is created, the refrence count of it is 1
m_uReference = 1;
m_bManaged = false;
}
void CCObject::release(void)
{
assert(m_uReference > 0);
--m_uReference;
if (m_uReference == 0)
{
delete this;
}
}
示例代碼2
再來看看父類,我說的這個父類不是繼承關系的父類,而是說裝配層次的關系。父類調用addchild發生了什麼。
void CCNode::addChild(CCNode *child, int zOrder, int tag)
{
CCAssert( child != NULL, "Argument must be non-nil");
CCAssert( child->m_pParent == NULL, "child already added. It can't be added again");
if( ! m_pChildren )
{
this->childrenAlloc();
}
this->insertChild(child, zOrder);
child->m_nTag = tag;
child->setParent(this);
if( m_bIsRunning )
{
child->onEnter();
child->onEnterTransitionDidFinish();
}
}
void CCNode::insertChild(CCNode* child, int z)
{
unsigned int index = 0;
CCNode* a = (CCNode*) m_pChildren->lastObject();
if (!a || a->getZOrder() <= z)
{
m_pChildren->addObject(child);
}
else
{
CCObject* pObject;
CCARRAY_FOREACH(m_pChildren, pObject)
{
CCNode* pNode = (CCNode*) pObject;
if ( pNode && (pNode->m_nZOrder > z ))
{
m_pChildren->insertObject(child, index);
break;
}
index++;
}
}
child->setZOrder(z);
}
示例代碼3
通過源代碼,得到結論如下:
1、精靈創建時,它的reference加1,relese的時候reference減1。
2、將精靈安裝到父類的時候,父類會調用addobject,這樣父類就會使精靈reference數加1,這就意為著精靈的生命周期又它的父類管理了。
3、如果不能一一對應的使reference的值加1和減1的話就會造成內存洩漏。
4、從程序裡看出,每個sprite只能添加到一個父類上。
3、狀態機
void BackgroundAncientLayer::Update(cocos2d::ccTime ts)
{
if ((torch_num_ < kTorchCount) && (torch_time_ += ts) > 1.0f)
{
SetTorchGui();
torch_time_ = 0;
}
switch(state_)
{
case STATE_START:
SetState(STATE_CLOUD_OUT);
break;
case STATE_CLOUD_OUT:
#ifdef TARGET_IPHONE
PlayCloudAciton(ccp(1522.0f * kIphoneScaleFactor, 210.0f * kIphoneScaleFactor),
ccp(-420.0f * kIphoneScaleFactor, 850.0f * kIphoneScaleFactor), 80.0f, 15.0f);
#else
PlayCloudAciton(ccp(1707.0f, 0), ccp(-568.0f, 895.0f), 80.0f, 15.0f);
#endif
SetState(STATE_END);
case STATE_END:
break;
default:
break;
}
}
示例代碼4
通過狀態來標記程序運行的不同階段,有以下幾點好處:
1、思路比較清晰,在本例子中,很清晰的表明了要干的事情,這個例子比較簡單,遇到復雜的狀態很大程度上可以降低程序的出錯率。
2、可以很容易的跳躍到不同的狀態上。
4、簡單的設計模式
摘自 武龍飛的空中樓閣