java桌面游戲

A. java做桌面游戲

這個如果做得話用物理引擎做會比較方便，比如box2d（但是這個一般用c++版本會多一些吧）。剛才我查了下好像也有java版本的，jbox2d你可以看看學習下。
思路就是創建物理世界，然後創建小球剛體，然後創建連接的線與小球連接以及線與天花板連接，差不多這樣就可以了。然後你可以拖拽小球到某個位置，松開後剩下物理效果程序就自動計算完成了。

B. 求一個簡單又有趣的JAVA小游戲代碼

具體如下：

連連看的小源碼

package Lianliankan;

import javax.swing.*;

import java.awt.*;

import java.awt.event.*;

public class lianliankan implements ActionListener

{

JFrame mainFrame; //主面板

Container thisContainer;

JPanel centerPanel,southPanel,northPanel; //子面板

JButton diamondsButton[][] = new JButton[6][5];//游戲按鈕數組

JButton exitButton,resetButton,newlyButton; //退出，重列，重新開始按鈕

JLabel fractionLable=new JLabel("0"); //分數標簽

JButton firstButton,secondButton; //

分別記錄兩次被選中的按鈕

int grid[][] = new int[8][7];//儲存游戲按鈕位置

static boolean pressInformation=false; //判斷是否有按鈕被選中

int x0=0,y0=0,x=0,y=0,fristMsg=0,secondMsg=0,validateLV; //游戲按鈕的位置坐標

int i,j,k,n;//消除方法控制

代碼（code）是程序員用開發工具所支持的語言寫出來的源文件，是一組由字元、符號或信號碼元以離散形式表示信息的明確的規則體系。

對於字元和Unicode數據的位模式的定義，此模式代表特定字母、數字或符號（例如 0x20 代表一個空格，而 0x74 代表字元「t」）。一些數據類型每個字元使用一個位元組；每個位元組可以具有 256 個不同的位模式中的一個模式。

在計算機中，字元由不同的位模式（ON 或 OFF）表示。每個位元組有 8 位，這 8 位可以有 256 種不同的 ON 和 OFF 組合模式。對於使用 1 個位元組存儲每個字元的程序，通過給每個位模式指派字元可表示最多 256 個不同的字元。2 個位元組有 16 位，這 16 位可以有 65,536 種唯一的 ON 和 OFF 組合模式。使用 2 個位元組表示每個字元的程序可表示最多 65,536 個字元。

單位元組代碼頁是字元定義，這些字元映射到每個位元組可能有的 256 種位模式中的每一種。代碼頁定義大小寫字元、數字、符號以及 !、@、#、% 等特殊字元的位模式。每種歐洲語言（如德語和西班牙語）都有各自的單位元組代碼頁。

雖然用於表示 A 到 Z 拉丁字母表字元的位模式在所有的代碼頁中都相同，但用於表示重音字元（如"é"和"á"）的位模式在不同的代碼頁中卻不同。如果在運行不同代碼頁的計算機間交換數據，必須將所有字元數據由發送計算機的代碼頁轉換為接收計算機的代碼頁。如果源數據中的擴展字元在接收計算機的代碼頁中未定義，那麼數據將丟失。

如果某個資料庫為來自許多不同國家的客戶端提供服務，則很難為該資料庫選擇這樣一種代碼頁，使其包括所有客戶端計算機所需的全部擴展字元。而且，在代碼頁間不停地轉換需要花費大量的處理時間。

C. 【小白向】如何用Java開發一款桌面級游戲

我的世界伺服器是用Java開發的，並不是說游戲就是Java開發的。伺服器跟游戲是兩個不同的東西。

D. JAVA能寫大型游戲么

java能寫大型游戲么。
首先，這個答案是肯定的，java也能開發大型的桌面端游戲，比如非常出名的沙盒游戲：我的世界。就是使用java語言開發的。
其次，Android就是java開發的，Android環境下有多少游戲就不需要我一一細數了吧。
再次，桌面端的游戲，尤其是大型游戲，最終使用java開發的並不多見，究其原因，一是因為java的內存管理策略，自動化內存管理，在內存效率上並不高，二是其虛擬機機制，對於硬體環境的調用隔了一層。
希望對你有幫助。

E. 電腦java平台有什麼好玩的小游戲

《軍魂2》（守城類，怪物攻城）
《霸仼の
陸》（當偂葙當受歡迎。冇誃種版夲）。《聖吙外傳》（魘幻類の游戲，褦囀職乜褦自己挑戰自己）《神怪決》

F. JAVA桌面游戲開發

J2ME是做 手機游戲的~~~

J2SE 做桌面的 可以~~ 不過 JAVA 不是很適合做 桌面游戲
我 這 有 坦克大戰 貪吃蛇 俄羅斯方塊 的 源碼 要的話 可以給你傳下
~

做游戲 用 C++ 要好些~

G. java游戲開發學習的方法有哪些

平時我們玩的大型游戲，無一不是基於C/C++，其效率、速度無其他語言能比。所以，

1、先學習C/C++

2、之後接觸學習WINDOWS API和VC++

3、需要掌握一個3D游戲SDK:Directx SDK，或者OPENGL SDK

4、美工和建模方面的知識適當了解

圍繞以上找相關資料或書，可能需要好幾本。更多交流可參考我空間主頁有關文章。

你可以參考參考一下青島雙碩程序員培訓學校網上課程大綱或技術論壇

H. 求教貼，Java桌面小游戲的地圖怎麼做

小游戲地圖一般都是各種圖片的拼接,然後保存到2維數組裡面

比如

//數值常量
publicstaticfinalintEMPTY=0;//空地什麼也沒有
publicstaticfinalintBRICK=1;//土牆
publicstaticfinalintSTONE=2;//石頭
publicstaticfinalintSEA=3;//海洋
publicstaticfinalintGREENS=4;//草地
publicstaticfinalintSNOW=5;//雪地
//對應的圖片
.....
publicstaticfinalImageIMG_STONE=newImageIcon(MapValues.class.getResource("/resource/imgs/stone.png")).getImage();//石頭圖片
......	

那麼保存一副地圖就可以用類似於下面的二維數組表示

002405100
145111123
132131001

使用的時候, 載入二維數組,然後把對應的圖片顯示在地圖上就可以了.

不過這樣做也存在一定的問題.

1:圖片太多,對應的數字太多, 那麼地圖編輯起來很麻煩, 需要有強大的記憶力,和想像力

2:不能一邊編輯,一邊就顯示出效果來, 出錯後,排查麻煩. 效率太低

所以,我們還需要寫點代碼,做一個簡單的地圖編輯器,添加輔助線,擦除工具等, 這樣的話, 編輯地圖就非常方便了,所見即所得.並且一鍵可以保存為地圖數據(二維數組)

學習swing的時候,寫過一個簡單的地圖編輯器,效果圖如下

I. 為什麼很多人說 Java 不適合編寫桌面應用

Java的桌面程序並不少，其中最為知名的莫過於Eclipse。在Linux和Mac下，Java程序的比例遠高於Windows下。

不過，「Java不適合寫桌面應用」的說法有一定道理，論調的主要背景是供Windows下使用的企業桌面應用的開發。由於一些歷史和定位的原因，對於這種GUI程序的需求，Java的優勢不明顯，劣勢比較明顯。

這事還得從Java的傳統，「跨平台一致性」說起。
在寫後台邏輯的時候，跨平台是好東西。很多公司都是在Windows下開發，在Linux下部署，方便。
但涉及到GUI的時候，跨平台就成了個「看上去很美」的東西。理論上，我寫個窗口，在Windows和Mac下都一樣能用，那是多麼美好的事啊。但實際上，每個平台提供的GUI控制項多多少少有點差別，一堅持跨平台，麻煩就來了，該支持多少控制項，怎麼支持呢。

一開始，Java的思路是：那簡單啊，有原生控制項幹嘛不用，至於不跨平台的，就不支持唄，又堅持了原則，又迴避了問題。這一代的gui庫，awt，就此誕生。
因為Java一開始是一根筋想推廣Applet的，只是「順便」也支持本地應用，設計成這樣不能說不合適，畢竟，HTML也是同樣的思路，只支持幾種最基本的控制項。
但對於想開發復雜點界面的人來說，就有麻煩了。想來個目錄樹吧，對不起，不支持；想來個進度條吧，對不起，不支持。旁邊放著Delphi和VB這么方便的東西，哥干嗎受這氣啊。

這樣一來，Java自己也覺得說不過去了。但又要跨平台，又要提供豐富的控制項支持，那就只有另起爐灶，開始用第二種思路：自己動手、豐衣足食，自己重寫一套GUI控制項，代替操作系統的原生控制項。這一代的gui庫，叫做swing。
這也是一個想「徹底」解決問題的思路，但是要付出代價。
代價之一就是效率。我們可以參考一下另一個相同思路的產品——flash。為了實現矢量動畫，在flash的那個小框里，圖是一幀一幀地算出來的。接下來的事情我們都知道了：復雜的flash動畫極耗cpu；iPhone說，您太耗電了，俺就不支持了；Adobe說，那好吧，那俺也不費心折騰移動版flash了。
自己畫出來的控制項畢竟不能跟原生控制項比效率，尤其是在早期Java優化還不夠完善的時候。而且，自力更生的目的只是為了平台兼容，不是為了更好的效果，這事兒其實怎麼想怎麼虧。
代價之二就是效果。自己畫的控制項畢竟只是模擬，還是會有細節差別。比如著名的毛玻璃效果，這不是簡單套樣式就能套出來的。
而且，各個平台控制項的風格本來就不一樣，雖然swing提供了幾種外觀，但大部分程序出於偷懶或是跨平台一致考慮，還是使用默認外觀。默認外觀跟平台不一致倒也不是問題，主要是別比平台效果土。我用著win7，一個程序非讓我感覺回到xp時代，心裡特別添堵。

就這樣，一幫人商量著，又琢磨出個新思路：做適配。平台有這個控制項，就直接用，保證效率；沒有，再造輪子，保證可用。就這樣，swt問世。eclipse的gui就是基於此。
swt是贊，不過這屬於改良，兩個根本問題仍在：
1. 跟操作系統api打交道不是Java的長項，效率仍然不能與c++等相提並論。
2. 到底要不要跨平台。如果要跨平台，swt接瀏覽器控制項、接ActiveX控制項的功能就成了形同虛設；而要是不想跨平台，又何必使用Java呢，.Net在一旁已經恭候多時了。

（補充：原生控制項在各平台下還是會有些差異，感謝@馮東指點）
@馮東：另一方面，即使每個平台都支持的 control 也多多少少有些差異。比如同樣是文本框，Windows 和 Mac (Cocoa) 對待 non-English 輸入法選詞的語義就不同。再比如對 focus-lost 的處理二者也不同。所以 SWT 其實目前很難做到 Swing 那樣的跨平台。跨平台么，終究還是只能做到最大公約數，比如 x86 支持 4 級，Unix 只用兩級。可那是大家都同意不用的。在 UI 級別可沒有人能同意不用操作系統的某個功能。
除了技術本身，還有一個產業的問題，圍繞著GUI控制項也存在一個生態環境，沒有豐富的領域、行業控制項的支持，技術本身的戰鬥力也會大打折扣。而Java這方面的生態較為薄弱。

綜上，如果一個GUI程序使用Java，通常都是有這些特徵：
確實是想跨平台
對界面並沒有太多效果的要求，界面效率也不是瓶頸
相比於其他GUI工具，開發人員對Java更為熟悉

比如，一些工具的管理界面，很符合

J. 請問Java可以製作桌面軟體嗎

可以
你可以搜索 swt/swing
這兩個是java製作桌面APP使用的組件
運用熟練的話可以作出不遜於C做出來的程序
但是 目前java製作桌面APP運行效能比不上C 以及 沒有足夠強大的gui編輯器 你的花大量時間來調試
java強項表現在web應用上
有消息稱sun在加強java在桌面APP的開發能力(此消息未證實)