奇怪的问题,
//#if polish.Vendor == Nokia
//#= extends com.nokia.mid.ui.FullCanvas
如果此时
//#elif polish.Vendor == Sony-Ericsson
//#= extends com.nokia.mid.ui.FullCanvas
就会出错误.
多余的资源:
用JP打包出一个简单的程序 23K,
去掉了多余的资源,jar程序只有1K,并且也可以运行.
这会成为拒绝的理由么,不能!手动删除就是了.
比起版本混乱的问题,这个问题算小的了!
…
1 每隔一段时间显示一行,期间,按键也有同样的效果.
2 一个一个增加
3 一行一行渐亮出现
第一种效果:每隔一段时间显示一行,期间,按键也有同样的效果.
private String strIntrWord[]; //要显示的文字
private int startRowIntrWord; //每页文字的起始行的下标
private int endRowIntrWord; //每页文字的结束行的下标
private int increaseTimeIntrWord; //更新文字的记数
private int seqTimeIntrWord; //更新文 …
自己的理解:
一个游戏是由无数的脚本构成,构成一个脚本链.
从第一个脚本读起走,运行结束,根据链运行下一个脚本.
简单假象脚本的构成:
脚本编号,状态–类型,描述,正文,移动变化规则,结束规则,脚本链–指向下一个脚本编号.
应该还存在判断情况,比如隐藏关卡的出现.可以放在末尾.
根据假象分析游戏做验证:
状态1:
开场介绍
文字介绍故事情节。
文字。
一行一行的出现,按键的话当前也全部显示。
当文字播放完的时候,转入一个状态。
状态 …
换位置了.
坐了快一年的位置,产生一点厌倦的位置,忍不住不专心的位置.
换成走廊的一个位置,能随时被别人看见的位置,要是不专心就会被发现的位置.
希望这是个好的开始,要认真的工作,做为一个新的起点吧.
一切总是这么不顺心.
第一个项目不顺利,拖了一年了,还没整出来.
第二个项目,也就是现在这个,是做移植.可是根本来测试版都没有出来,以后移植时,肯定也会问题不
断的.
连写个blog也没有心情,哎…
…
/****************************************************************************
* 根据文字的长宽绘制一个相应大小的框
* @param str String 要绘制的文字
* @param img Image 图片,其中图片的排列顺序是 第一列:从上到下:左上,右上,左下,右下边,
* 上,下边,第二列:左边,第三列,右边
* @param x,y int 整体方框的x,y坐标
* @param dx,dy int 文字偏移量
* @param w1,h1 int 左上,右上 …
这就是最精简的模式了
1.开始三个定义属性,必须.
2.target j2me 三个属性info,requirements,build
3.info 用来指定jad中的一些属性,以及jar包的名字等
4.requirements,用来指定要生成哪些包.
5.build,用来编译,要指定class的名字 …
1.2.0修改
2.发布每个版本.
3.整理bug表
4.修改了注册错误.
效率低下的一天,修改S40 2.0的游戏中界面。
都是很机械的修改坐标,没啥技术性可言。
MVC模式,数据,绘制,控制分开。
设计的时候,就不要具体到坐标上,而是抽象成一个模型。
否则以后移植的时候,会做大量的修改!