有時在為了乙個問題糾結過，做遊戲時是看重功能的實現還是注重外觀介面。其實這個問題在不同人看來answer肯定是不一樣的。因為對於寫程式的人來說，功能的實現必不可少，但是外在的介面相對來說不是那麼看重，乙個可以執行的程式，外在的只是表在的東西。但是對於使用者來說，客戶更加地把外在的介面看得重。原因其實很簡單，乙個物美的產品中會吸引更多人的眼球。所以，言而總之，總而言之，介面和功能有著等同的作用，但是寫程式的人首先是實現相關的功能，然後才美化遊戲程式的外觀。
所以我開始時也就沒有過多的注重介面，更多的是功能。也許看起來不是很完美，但是內在的還是基本上可行的。在此次的熱血足球的通訊專案上，我負責我們組任務中的遊戲單機版的實現。這裡也有碰到一些小小的問題，也發現了一些問題來給大家分享下。首先是鍵盤***只能是新增給jframe而不能是在jpanel上，否則監聽不了。其次是由於足球場地並非是長方形的，而是乙個梯形（為了視覺上的體驗），所以在球門及球出界的範圍問題上暫時還沒有很好的規範。當然，還有的是一台電腦上，自己只能是控制乙個球員的運動，那麼其他的球員的運動問題上，是不是應該有個函式或則是方法來指定其他隊員與對手的運動。那麼這個應該是怎麼樣的乙個函式呢。我想呢，這個問題其實不難解決，只是有點麻煩。因為這裡要考慮的問題很多，不只是一兩種情況而已。
當然，在考慮完這些問題，如果實現了這些，是不是就能算是完工了呢？這個問題是有答案的。因為遊戲過遊戲的人都會知道，每個遊戲每過一段時間總會有更新，或是功能是的，亦或是介面美化方面的，興許還有新的功能的新增。但是，說到乙個本質上的問題，做遊戲的話，就應該是做得人性化，做得簡單漂亮，這也正是客戶所認可的遊戲。而且我們做出來的專案就是真正用於客戶身上的。
其實是說了一些比較深的比較遠的考慮。回到我們的小專案上。現在專案上的是基本上的功能實現：帶球功能、頭球功能、射門功能、踢球功能（拋物線軌跡）、球員不同方向的運動、時間分數顯示控制、必要時一些基本的提醒（比如出界、球進之類的）等等。但是存在的問題也免不了。這裡在後期是一定會完善好然後呈現給大家的。
附：近期熱血足球專案的**
關於小專案總結
1,頁面布局要求要統一,包括登陸,模板頁,表單,錯誤提示,正確提示,文字.2,命名要求規範 3,注釋要求明確,簡潔 4,字型樣式要求統一,不可以突兀 5,在後台找不到你想要的,那麼就要通過網頁頁面除錯,在在後台通過查詢來找到相對應的內容 6,樣式盡量寫在樣式表內,避免 過多,修改時不容易 7,在拼接...
testservice小專案總結
關於自做小專案testservice的總結 1 activity與service的繫結及之間的通訊 1 關於activity和service的生命週期的理解 2 bindservice方法中serviceconnection的建立注意 3 service中onbind方法返回binder物件 2 關...
FC 熱血足球聯盟 記憶體使用記錄
pid player id 玩家編號，00 03。rid role id 角色編號，00 0b，有時0c對應球。tid team id 隊伍編號，00 01。一般方向 上為00，順時針每45度加20。0004,pid key a b select start u d l r 0008,pid cha...