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的开发能力(此消息未证实)