花开有时

花开有时,花落有时,来有时,去有时。不撕扯,只关切;不纪念,只牵挂;不感动,只明白;不寻找,只记得。
随笔 - 24, 文章 - 0, 评论 - 54, 引用 - 0
数据加载中……

新生活=退学+找到工作。

  退学了!

背景:就读于北京某军校计算机科学与技术专业,本科,指挥类,已读完4年大学。

退学原因:5公里跑不合格。

结论:此子不适合部队。

结果:大学肄业,士官复原。

找到工作!

待遇:毕业生中上水平。

公司:外企。

目的:学习学习再学习!从事自己喜欢的工作。

事情终于告一段落了,找到了工作使我、父母、所有关心我的人稍稍放下心来。旧的日子已经过去,新的生活开始来临。我要鼓起勇气,打足精神,迎接挑战!

posted @ 2007-12-05 22:09 花开有时 阅读(612) | 评论 (7)编辑 收藏

用Groovy读XML文件。

     摘要: 用Groovy读XML文件。  阅读全文

posted @ 2007-09-25 10:12 花开有时 阅读(1949) | 评论 (0)编辑 收藏

Ok!用DOM写XML文件!

     摘要: 用DOM写XML文件!  阅读全文

posted @ 2007-09-25 10:11 花开有时 阅读(1401) | 评论 (0)编辑 收藏

成功!用SAX读取XML文件。

     摘要: 成功!用SAX读取XML文件。  阅读全文

posted @ 2007-09-24 16:55 花开有时 阅读(1959) | 评论 (1)编辑 收藏

成功!用DOM读取XML文件。

     摘要: 成功!用DOM读取XML文件。  阅读全文

posted @ 2007-09-24 16:54 花开有时 阅读(2183) | 评论 (0)编辑 收藏

失败!读取XML文件

     摘要: 失败!读取XML文件  阅读全文

posted @ 2007-09-24 11:28 花开有时 阅读(1697) | 评论 (0)编辑 收藏

AbstractGame类分析

     摘要: JME提供了一个包:com.jme.app,这个包里提供了一些开发一个JME应用程序的基本类,其中AbstractGame类是基本的基本,这个包中的其他类都是直接或间接继承这个类。  阅读全文

posted @ 2007-09-24 11:25 花开有时 阅读(802) | 评论 (7)编辑 收藏

把JME程序“嵌入”到SWT界面

     摘要: 但是在一些应用中,我需要把JME的显示结果在图形用户界面(比如说用Swing或者SWT/Jface做的图形用户界面)上显示出来,而不是又重新弹出一个窗口--这样怪麻烦,也不方便用户操作。对于Swing,JME提供了有一套方法可以方便的把JME程序的显示效果在Swing做的界面是显示出来(具体做法可参考JME提供的例子),但是对于SWT,JME就没有说明该怎么做了(似乎对于SWT来说有些不公平)。虽然没有说明,但是实际上我们还可以通过以Swing为过渡,使SWT实现这样的功能。不过这样好像有些麻烦了,因为自Eclipse3.2后,SWT提供了一个类--GLCanvas,可以使OpenGL在SWT的界面上绘制3D图形。这样就没有问题了,JME可以直接在SWT界面中绘制图形图像,因为JME本身是封装了OpenGL的API。
  阅读全文

posted @ 2007-08-08 16:57 花开有时 阅读(1342) | 评论 (0)编辑 收藏

MonkeyWorld3D--JME辅助开发工具

  前天我发了一篇《JME麻烦之一:模型》,说是在JME中组织模型太麻烦,没有像界面开发那样的所见即所得编辑器。昨天我上JME官网上看了看,却发现原来官网上提供的MonkeyWorld3D软件正是这类工具。下载下来使用看看。给我的感觉是太麻烦,拖动不方便,像移动模型、转动模型、大小变换之类的操作的不方便。导入模型也不方便,还需要一个个导入。真是还不如我在程序里手工输入数据调试来得便捷。不方便的原因也许是我对这软件不熟悉、不熟练,如果可能的话真想看看熟练的人是怎么做的,但是这连一个说明怎么使用的文档都没有。开源就是这方面不好。
  另外说一下,这个软件是用SWT与JFace做的界面。

MonkeyWorld3D下载地址:这里

posted @ 2007-08-03 15:58 花开有时 阅读(1307) | 评论 (0)编辑 收藏

JME麻烦之一:模型

    最近把JME例子的源代码看了一遍,对使用JME有了初步的了解,看完之后就打算自己编一个例子试试。
    使用JME进行3D开发无非就是先用3DMax之类的软件进行3D建模,然后把建好的模型通过JME中相应的类转化为JME理解的形式,再在显示屏时显示出来,最主要的部分一是建模,二是对模型的操作。
    今天通过写一个例子,发现模型的转化并不困难,几行代码就搞定了,但是对模型在屏幕中应该显示多大和应该放在什么位置却不好把握。比如说我要显示一台笔记本电脑,由于我要操作笔记本--按笔记本电脑的某个键要产生相应的响应,所以我不能在建模中把笔记本的按键“建”为一个整体,我需要把笔记本电脑的基础建立起来,再把每个按键建立起来,然后在JME中把按键“加”到笔记本电脑的基础上--这样才能对笔记本电脑进行操作,比如说按一个有按下去的动作,那么各个按键和位置基础的位置和它们之间的大小关系就要符合常理才有真的感觉。但是在JME中好像没有那么“智能”能使物体之间的相互关系符合常理,那应该怎么办呢?在JME中,物体之间的位置是靠三维空间坐标设定的(也就是x,y,z),大小是按比例设定的(也就是百分比,1为原模型大小),那么如果我要使物体之间的位置、大小关系符合常理,就要通过很多次的尝试才有可能成功,这使我感到非常麻烦。如果我有很多物体需要显示,那么我不是非常频繁的尝试吗?就像是如果没有可视化进行界面编辑,那么要做一个美观的界面将会是一件多么痛苦的事,想想就知道在这上面要花费很多时间。
    在官网上看例子,看有的出现了这个问题,想找找看,结果上面一句话把我给噎回去了:为什么要放在这里呢?那是因为经过了很多次试验得到的(原文大意)。
    我不知道3DMax之类的软件在建模时是不是可以直接把模型的建立符合常理(我不负责建模),如果能符合常理的话直接导入就好了,但就我今天用别人做的模型写的程序来看,还是需要我进行调整的。
    不过好像JME官网上有一个MonkeyWorld3D的软件,可能是管3D可视化设计的,以前下过,但没弄懂怎么用。明天上官网看看,找找有没有这方面的解决办法。
     不知道有哪位仁兄有这方面的经验,望稍稍告知一二,在下在这里多谢了。

posted @ 2007-08-02 00:26 花开有时 阅读(1528) | 评论 (7)编辑 收藏

仅列出标题
共3页: 上一页 1 2 3 下一页