看了貓的計(jì)劃,雖說(shuō)大半看不懂,也足夠我反省一下了。雖然我每天都還蠻充實(shí),但是沒(méi)有像貓一樣明確接下來(lái)幾周的任務(wù)。正好殿下也布置了任務(wù),這次完全按計(jì)劃走就可以了,要職業(yè)化一點(diǎn)。
對(duì)我來(lái)說(shuō),現(xiàn)在最重要的是FamilyBlock,我必須在三周內(nèi)把它拿出來(lái)。有點(diǎn)想不通是怎么碰撞檢測(cè)的。不多寫了,干事情了。
posted @
2008-11-11 20:47 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(172) |
評(píng)論 (2) |
編輯 收藏
11.11 游戲需求分析
11.12 實(shí)現(xiàn)思路匯報(bào)
11.13 實(shí)現(xiàn)思路討論定稿
11.14——11.23 基本功能實(shí)現(xiàn)(基本功能包括:材料自由選擇、數(shù)目正確減少、磚塊可控制降落、小人控制走動(dòng)、地圖翻轉(zhuǎn)實(shí)現(xiàn)、重力效果實(shí)現(xiàn))
11.24 匯報(bào)展示及修改
11.25——11.30 第一部分附加功能實(shí)現(xiàn)(包括:美工頁(yè)面、動(dòng)畫效果、聲音效果)
12.1 匯報(bào)展示及修改
12.2——12.7 第二部分附加功能實(shí)現(xiàn)(包括:選關(guān)、存檔)
12.8——12.9匯報(bào)展示及修改
posted @
2008-11-11 18:33 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(92) |
評(píng)論 (0) |
編輯 收藏
目的是把DX9、DX10、OpenGL、Software等圖形庫(kù)封裝到一個(gè)統(tǒng)一的圖形接口,把DInput、WINAPI的輸入控制封裝到一個(gè)統(tǒng)一的輸入接口,在用戶機(jī)器上自動(dòng)選擇一個(gè)可用的接口使用(譬如Vista默認(rèn)選擇DX10,XP默認(rèn)選擇DX9等)。如果以后有必要,也只需要再定義一個(gè)接口,就可以把任何的同功能的多個(gè)庫(kù)封裝到一個(gè)統(tǒng)一的接口,并獲取到一個(gè)默認(rèn)的接口使用。另外,當(dāng)用戶機(jī)器上沒(méi)有可用庫(kù)的時(shí)候,可以“優(yōu)雅”的提示用戶,而不是彈出系統(tǒng)默認(rèn)的“缺少XXX.DLL,程序無(wú)法啟動(dòng)”。
主函數(shù):
#include "stdafx.h"
#include "FWBase.h"
[
module (name="TestFramework")
];
int _tmain(int argc, _TCHAR* argv[])
{
InitFramework();
CComPtr<IGraphicsLibrary> pGL;
if (FAILED(GetDefaultFrameworkLibrary(&pGL)))
{
wprintf(L"No default graphics library found.");
ATLASSERT(0);
return 1;
}
CComBSTR bsGLName;
if (SUCCEEDED(pGL->GetLibraryName(&bsGLName)))
{
wprintf(L"Default graphics library is: %s", (BSTR)bsGLName);
}
return 0;
}
接口:
[
object,
uuid("914F136A-FCC8-4e1b-9E5D-95797B6DE183")
]
__interface ILibrary : public IDispatch
{
[id(1), helpstring("Init the library. Return E_FAIL if failed.")]
HRESULT InitLibrary();
[id(2), helpstring("Retrieves the name of this library")]
HRESULT GetLibraryName(BSTR *pbsName);
};
[
object,
uuid("9E979A9A-A271-496f-B04E-7A9AE0BAE335")
]
__interface IGraphicsLibrary : public ILibrary
{
//暫時(shí)還什么也沒(méi)寫
};
Framework接口:
HRESULT InitFramework();
HRESULT RegisterFrameworkLibrary(REFIID idLibaryType, ILibrary *pLibrary);
HRESULT GetDefaultFrameworkLibrary(REFIID idLibraryType, ILibrary **ppLibrary);
template <typename Interface, typename ClassType>
HRESULT RegisterFrameworkLibrary();
template <typename LibraryType>
HRESULT GetDefaultFrameworkLibrary(LibraryType **ppLibrary);
運(yùn)行效果:
On Vista:
Default graphics library is: Direct3D 10 Library
On XP:
No default graphics library found.
(Direct3D 9接口尚未編寫)
posted @
2008-11-11 09:27 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(190) |
評(píng)論 (0) |
編輯 收藏
摘要: 咳嗽……那個(gè),大家好……我是新來(lái)的……請(qǐng)多多關(guān)照……
介紹了一下我未來(lái)的一段時(shí)間的中期計(jì)劃
然后是沒(méi)有什么可匯報(bào)的今天的成果匯報(bào)……
閱讀全文
posted @
2008-11-10 23:31 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(146) |
評(píng)論 (0) |
編輯 收藏
我是標(biāo)題黨
今天除了看視頻以外還去開(kāi)了主席團(tuán)的例會(huì),可佳學(xué)長(zhǎng)曰,出席是很好的習(xí)慣,表?yè)P(yáng)自己一下。
Windows API沒(méi)有想象的那么難,我覺(jué)得現(xiàn)在只要給我一個(gè)vc和msdn,我就能自己寫個(gè)開(kāi)窗口,接受鍵盤和鼠標(biāo)的程序,當(dāng)然還不太熟練,這個(gè)需要慢慢練。
C++也沒(méi)有想象中的那么難,什么封裝繼承虛函數(shù)的,往往我們聽(tīng)到這些名詞被它嚇住導(dǎo)致阻礙前進(jìn)的步伐。也可能我現(xiàn)在只是知道語(yǔ)法,知道語(yǔ)法和用的帥肯定相當(dāng)有差距,那么讓我加油吧。
我在猶豫是不是真的要深入學(xué)習(xí)C++,怕時(shí)間不夠,得趕緊的把Family Block做出來(lái),時(shí)間壓死人啊。
posted @
2008-11-10 22:23 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(184) |
評(píng)論 (0) |
編輯 收藏
不知道從什么時(shí)候開(kāi)始沒(méi)有了做作業(yè)的習(xí)慣,反正在我的記憶當(dāng)中,已經(jīng)很久沒(méi)有做作業(yè)了。作業(yè)能拖多久就盡量拖多久,網(wǎng)絡(luò)作業(yè)好幾周之前就已經(jīng)布置了,老師說(shuō)過(guò)這次的作業(yè)比較多,可以過(guò)一段時(shí)間在交。本以為上周是最后期限,都準(zhǔn)備寫了的,結(jié)果課代表說(shuō)了一句:“下周交”。結(jié)果又拖到了這一周,直到上課才慌慌忙忙的把作業(yè)Copy了,整整的Copy了兩節(jié)課。圖形學(xué)的作業(yè)也已經(jīng)好久沒(méi)交過(guò)了,自從那一次我不知道布置作業(yè)之后就一直拖著,拖著,拖到了現(xiàn)在。現(xiàn)在已經(jīng)有五個(gè)程序要交上去了,可是到現(xiàn)在都還沒(méi)有寫。唉,無(wú)奈了。幾乎每天都想著要寫作業(yè),可幾乎從來(lái)都沒(méi)按時(shí)完成過(guò)作業(yè)。
(...............)
posted @
2008-11-10 21:48 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(132) |
評(píng)論 (0) |
編輯 收藏
最近都沒(méi)怎么寫日志額。。貌似我總是n久之后突然發(fā)現(xiàn)然后道歉。。。要改正。。就像昨天敏敏說(shuō)我學(xué)東西比較急一樣。。好多毛病哦。。今天換了漂亮裙子換心情~~加油努力~~最近好像除了看書之外就是p了圖。。有點(diǎn)低效率額。。加油糖糖
posted @
2008-11-10 18:35 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(92) |
評(píng)論 (0) |
編輯 收藏
天地之靈16:11:17
然后呢,說(shuō)一個(gè)最最最特殊的消息
天地之靈16:11:21
WM_QUIT
孫婷16:11:22
?
天地之靈16:11:36
這是唯一一個(gè)跟窗口沒(méi)有關(guān)系的消息
天地之靈16:11:44
它表示:這個(gè)程序要結(jié)束了
天地之靈16:12:14
那么,最外面我們一開(kāi)始那個(gè)循環(huán),就應(yīng)該結(jié)束了
天地之靈16:12:39
while(GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
和
while( true )
{ GetMessage(&msg,NULL,0,0));
TranslateMessage(&msg);
DispatchMessage(&msg);
}
回到婷婷剛才的問(wèn)題
天地之靈16:13:11
GetMessage的作用就是:等待一個(gè)消息。如果這個(gè)消息是WM_QUIT,那么返回FALSE。否則返回TRUE
wtt PureMilk16:13:52
明白
天地之靈16:13:54
所以它們的區(qū)別就是,前面一個(gè)是標(biāo)準(zhǔn)的,當(dāng)收到WM_QUIT消息的時(shí)候,循環(huán)結(jié)束,正常退出程序。
而后面那個(gè),因?yàn)椴荒芙邮躓M_QUIT消息,所以永遠(yuǎn)不會(huì)結(jié)束
天地之靈16:14:40
WM_QUIT的作用糖糖明白了嗎
wtt PureMilk16:14:52
等一下又不明白了
天地之靈16:14:57
孫婷16:15:08
恩呢
天地之靈16:15:16
哪里不明白了
wtt PureMilk16:15:30
在我們的WindowProc里面是不會(huì)出現(xiàn)WM_QUIT的是嗎
天地之靈16:15:37
是的。
天地之靈16:15:43
WM_QUIT是唯一一個(gè)與窗口無(wú)關(guān)的消息
wtt PureMilk16:15:44
那它是怎么來(lái)的呢
孫婷16:15:52
WM_QUIT。。是不是就相當(dāng)于我按下esc或者alt+f4的時(shí)候然后處理消息就推出了。。關(guān)了窗口了
天地之靈16:15:56
它的來(lái)源是PostQuitMessage函數(shù)
天地之靈16:16:05
糖糖:不完全是。
wtt PureMilk16:16:09
啊我知道了
天地之靈16:16:18
其實(shí),當(dāng)你按下Alt+F4的時(shí)候,分為三個(gè)步驟
wtt PureMilk16:16:20
case WM_CLOSE:
if(IDYES==MessageBox(hwnd,"是否真的結(jié)束?","weixin",MB_YESNO))
{
DestroyWindow(hwnd);
}
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
天地之靈16:16:35
1、系統(tǒng)發(fā)出WM_CLOSE,表示用戶試圖關(guān)閉窗口
天地之靈16:16:49
當(dāng)然,這時(shí)候你可以彈一個(gè)提示確認(rèn)一下
wtt PureMilk16:16:57
MessageBox(hwnd,"是否真的結(jié)束?","weixin",MB_YESNO))
天地之靈16:17:13
2、DestroyWindow,真的關(guān)閉窗口,發(fā)出一個(gè)WM_DESTORY
天地之靈16:17:32
3、如果這個(gè)窗口關(guān)閉就意味著程序結(jié)束,那么處理函數(shù)里發(fā)出一個(gè)PostQuitMessage
天地之靈16:17:42
然后GetMessage返回FALSE,程序結(jié)束
wtt PureMilk16:18:06
徹底明白
孫婷16:18:36
太神奇了
天地之靈16:18:52
好,還有兩個(gè)內(nèi)容,第一節(jié)課就結(jié)束了
天地之靈16:19:07
內(nèi)容1是:DefWindowProc
天地之靈16:19:32
實(shí)際上系統(tǒng)發(fā)出的消息非常非常的多,種類十分十分復(fù)雜
天地之靈16:19:40
而我們實(shí)際上只關(guān)心我們需要關(guān)心的消息
天地之靈16:19:56
而對(duì)于我們不關(guān)心的消息,如果我們不做處理,有時(shí)候就會(huì)出問(wèn)題
天地之靈16:20:12
比如
case WM_CLOSE:
return;
窗口就關(guān)不掉
天地之靈16:20:33
對(duì)于這一類消息,我們通常是希望讓W(xué)indows幫我們處理
天地之靈16:20:42
換句話說(shuō),“一般的窗口應(yīng)該怎么做,就怎么做”
天地之靈16:20:53
這就是DefWindowProc的作用
天地之靈16:21:08
舉例來(lái)說(shuō),它會(huì)在WM_CLOSE的時(shí)候自動(dòng)DestoryWindow
wtt PureMilk16:21:15
真的耶
wtt PureMilk16:21:22
原來(lái)還是關(guān)掉了
天地之靈16:22:22
另外,DefWindowProc也是一個(gè)標(biāo)準(zhǔn)的WindowProc
天地之靈16:22:53
換句話說(shuō),如果你什么消息都不想自己處理,你可以直接把DefWindowProc作為窗口類的WindowProc
天地之靈16:23:25
內(nèi)容2:PeekMessage
天地之靈16:23:39
我們知道GetMessage的意思是“等著一個(gè)消息的發(fā)生”
天地之靈16:23:57
而我們?cè)谶€沒(méi)有消息發(fā)生的時(shí)候就什么也不能做了
天地之靈16:24:36
而對(duì)于游戲來(lái)說(shuō),我們要求在沒(méi)有消息發(fā)生的時(shí)候,不斷地重新畫整個(gè)畫面
天地之靈16:25:01
所以我們不能被GetMessage占住
wtt PureMilk16:25:15
有道理
天地之靈16:25:21
PeekMessage的意思是:
如果有消息需要處理,返回TRUE,否則返回FALSE
天地之靈16:26:07
另外它的參數(shù)有很多種,比如這個(gè)被取出的消息是否從消息隊(duì)列中清除
天地之靈16:27:21
所以,我們可以寫
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
天地之靈16:27:43
Sleep(0);的目的是讓出CPU控制權(quán),使得其他程序可以流暢運(yùn)行,詳細(xì)的內(nèi)容以后再講解
wtt PureMilk16:28:03
耶,那豈不是又像我剛寫的那樣關(guān)不掉了
天地之靈16:28:12
是的
天地之靈16:28:29
PeekMessage的一個(gè)不同的地方就是,它收到WM_QUIT時(shí)不會(huì)做什么特殊處理
天地之靈16:28:40
我們要自己來(lái)做這個(gè)處理
天地之靈16:28:57
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
天地之靈16:29:56
另外,我讀過(guò)的代碼里,有許多程序沒(méi)有這個(gè)else。婷婷能分析下這樣會(huì)有什么不好么?
天地之靈16:30:16
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
doSomething();
Sleep(0);
}
他們這么寫
wtt PureMilk16:30:24
cpu占用率比較高?
天地之靈16:30:29
不是
天地之靈16:30:34
仔細(xì)想想
天地之靈16:31:13
答案是,這樣的代碼每次只能處理一個(gè)消息
天地之靈16:31:19
然后就進(jìn)入了doSomething
wtt PureMilk16:31:44
哦……
天地之靈16:31:47
1、如果doSomething是個(gè)非常慢的函數(shù),比如渲染圖形,那么對(duì)消息的處理也會(huì)很慢很慢
wtt PureMilk16:31:56
知道了
天地之靈16:32:02
積壓的消息不能及時(shí)處理,就容易被windows認(rèn)為沒(méi)有響應(yīng)
wtt PureMilk16:32:04
啊好有意思啊
天地之靈16:32:14
2、最壞的情況,如果doSomething里每次都發(fā)出了一個(gè)消息
天地之靈16:32:30
那么消息就永遠(yuǎn)處理不完了,最后程序就會(huì)出現(xiàn)錯(cuò)誤
wtt PureMilk16:32:38
嗯~
wtt PureMilk16:33:02
哇貓我自己學(xué)的話要學(xué)多久才能明白這一點(diǎn)哦
天地之靈16:33:19
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
while (true)
{
while (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
if (msg.message == WM_QUIT) break;
doSomething();
Sleep(0);
}
這兩段代碼卻是等價(jià)的
天地之靈16:34:05
第二段代碼里把if改為了while,意思就是:把所有的消息處理完,然后才做我想做的事情
wtt PureMilk16:34:24
嗯~~明白
天地之靈16:34:39
另外,if/while (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
這個(gè)比較有時(shí)候比較討厭,我們可以更“優(yōu)雅”的來(lái)寫
wtt PureMilk16:35:00
怎么個(gè)優(yōu)雅法?
天地之靈16:35:23
if/while (PeekMessage(xxxx, xxx, PM_NOREMOVE))
{
if (GetMessage(xxx, xxx))
{
Tranlate
Dispatch
}
else
break;
wtt PureMilk16:35:50
wow
天地之靈16:35:55
注意PeekMessage的參數(shù)變?yōu)榱瞬灰瞥?nbsp;
天地之靈16:36:03
然后繼續(xù)利用GetMessage的返回值
孫婷16:36:18
這樣有什么好處呢?
天地之靈16:36:23
比較帥
wtt PureMilk16:36:25
漂亮
孫婷16:36:27
- -0
天地之靈16:36:30
這個(gè)技巧我是在我遺留的早期代碼里學(xué)到的
孫婷16:36:31
很好
天地之靈16:36:37
我已經(jīng)忘記早期的我在哪里學(xué)到的了
wtt PureMilk16:36:40
是很漂亮,漂亮多了
天地之靈16:37:25
天地之靈16:37:36
關(guān)于消息、消息循環(huán)的所有內(nèi)容都已經(jīng)講完了
wtt PureMilk16:37:58
貓我好崇拜你喔
天地之靈16:38:14
孫婷16:38:24
哇卡卡卡~~~我今天會(huì)失眠。。
wtt PureMilk16:40:58
天地之靈(402740419) 16:22:53
換句話說(shuō),如果你什么消息都不想自己處理,你可以直接把DefWindowProc作為窗口類的WindowProc
這句話的意思是,什么消息都自己動(dòng)手寫代碼嗎
天地之靈16:41:09
不是
天地之靈16:41:23
如果你想寫一個(gè)“非常標(biāo)準(zhǔn)”的窗口,什么消息你都不需要知道
wtt PureMilk16:41:24
那是什么都不自己動(dòng)手寫
天地之靈16:41:32
對(duì),你就可以什么都不寫
wtt PureMilk16:41:45
哦哦哦我明白了
孫婷16:41:47
為什么呢?
wtt PureMilk16:41:49
看錯(cuò)了
孫婷16:42:12
自己寫的和標(biāo)準(zhǔn)窗口是不一樣的么?
wtt PureMilk16:42:16
就是連WindowProc都不要了對(duì)吧
天地之靈16:42:18
恩
wtt PureMilk16:42:28
誰(shuí)的恩?
孫婷16:42:33
那我怎么在這個(gè)窗口做什么啊。。
天地之靈16:42:33
恩婷婷的
天地之靈16:42:54
有時(shí)候就什么也不做啊
天地之靈16:43:19
一般在游戲里寫WindowProc就是為了一個(gè)WM_CLOSE一個(gè)WM_DESTORY
天地之靈16:43:28
在很特殊的時(shí)候也許會(huì)連這兩個(gè)也用不著
posted @
2008-11-09 22:10 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(182) |
評(píng)論 (2) |
編輯 收藏
今天總結(jié)一下前天發(fā)生的事情,把我們新的游戲設(shè)計(jì)圖文顯示出來(lái)。大家拍磚扔雞蛋。正常的話明天定稿分析功能需求簡(jiǎn)要想一下怎么實(shí)現(xiàn)。
游戲名稱暫定為“去你的”因?yàn)樗钪卑椎谋磉_(dá)出了這個(gè)游戲的目的。下面將圖文并茂地介紹這個(gè)游戲。
簡(jiǎn)要的游戲界面如上圖。。游戲開(kāi)始出現(xiàn)一個(gè)小人脖子上拴一根繩子如圖所示。界面上還需要初始我們的地圖,也就是灰色部分顯示,初始地圖的不同也就決定了我們的Level。黃色的東西是小人需要到達(dá)的地方,也就是過(guò)關(guān)。游戲的基本思想就是玩家是用右塊提供的磚塊搭建他回家的路。但是不同于其他的是我們需要用鍵盤操作,即用鍵盤在綠色的塊中選擇需要下落的磚塊,然后屏幕最上方就會(huì)掉下一塊,玩家通過(guò)鼠標(biāo)方向鍵操作擺好它的位置。原理同俄羅斯方塊,也就是他會(huì)落到不能再落才會(huì)停下,但是永遠(yuǎn)不會(huì)消去。一塊兒搭完了之后就可以繼續(xù)選擇綠色部分的方塊。直到玩家認(rèn)為小人可以沿著他搭建的路回家就好,這時(shí)候玩家選擇Play然后就會(huì)是一個(gè)演示,一把剪子剪掉小人脖子上的繩子,刮起了風(fēng),小人就向右走。。向下掉。這是一種模式。磚塊的同時(shí)還是管道,也就是說(shuō)玩家搭完磚塊之后發(fā)現(xiàn)通過(guò)風(fēng)吹的方式到不了目的地,那他可以選擇按空格鍵把地圖翻轉(zhuǎn),小人就進(jìn)管道里面了,但是之前搭好的磚塊由于重力原因需要落到另一半,也就是天空變成了Ground。這樣翻轉(zhuǎn)之后他可以通過(guò)方向鍵進(jìn)行攀登和跳躍在管道里面達(dá)到目的地。更缺德的設(shè)計(jì)是我們把管道設(shè)計(jì)成單方向的,也就是每一種磚塊都由四個(gè)小方塊組成,每個(gè)小方塊之間都有一個(gè)門,然后門是單方向開(kāi)的,這樣子更折磨玩家了。
大致的就是這么個(gè)意思。哦了
posted @
2008-11-09 21:39 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(269) |
評(píng)論 (0) |
編輯 收藏
從我們的博客開(kāi)篇到昨天已經(jīng)是整整一個(gè)月了,從瑪麗醫(yī)生的截止日期到昨天也已經(jīng)好幾天了,而自己的瑪麗醫(yī)生還依舊遙遙無(wú)期。自己一直在Java與OpenGL中間徘徊,當(dāng)王婷婷邀請(qǐng)我加入OpenGL學(xué)習(xí)小組的時(shí)候
我就問(wèn)過(guò),我們?yōu)槭裁床粚W(xué)Java呢?她當(dāng)時(shí)的回答我也記不太清楚了。當(dāng)時(shí)我只是猶豫了一下就答應(yīng)了學(xué)習(xí)OpenGL,因?yàn)槲艺J(rèn)為無(wú)論學(xué)什么只要用心去學(xué)就能學(xué)會(huì),但是令我失望了,雖然我很努力,OpenGL的程序抄了很多,但是依舊還沒(méi)進(jìn)入OpenGL的大門。已經(jīng)一個(gè)多月過(guò)去了,我徘徊在OpenGL和Java之間真的有點(diǎn)累了,當(dāng)昨天王婷婷提出讓我在OpenGL和Java中選擇一個(gè)的時(shí)候,我選擇了Java。當(dāng)我做出著一個(gè)選擇的時(shí)候我深深地松了一口氣,這個(gè)包袱壓在我的身上已經(jīng)很久了,畢竟我當(dāng)時(shí)信誓旦旦的對(duì)王婷婷說(shuō)我會(huì)堅(jiān)持學(xué)習(xí)OpenGL的。下面這句話是對(duì)OpenGL說(shuō)的:雖然我現(xiàn)在在那時(shí)放棄了你,但是我相信我們還會(huì)再見(jiàn)的,不是單獨(dú)的和你相見(jiàn),而是在Java中。
好了,瑪麗的截止日期已經(jīng)過(guò)了但是我還會(huì)繼續(xù)寫的,畢竟這是我們小組的第一個(gè)任務(wù)。
目標(biāo):兩周之內(nèi)Java寫出一個(gè)瑪麗醫(yī)生。請(qǐng)各位先生和女士監(jiān)督。
posted @
2008-11-08 22:05 正牌的天地之靈和他的徒兒們肖赫_王婷婷_王冠_鄭燚_孫婷 閱讀(170) |
評(píng)論 (0) |
編輯 收藏