14 个解决方案
#1
把小程序的代码看懂,然后再自己打一遍,这东西不是看看就能会的
#2
先~模仿
#3
学习知识我们学的是方法不是代码,有了方法思路就来了,让后根据思路怎么走,有些东西看起来简单,但是你后来发现其实意义很深奥。
#4
我不同意先模仿。
写程序要有自己的思路。
你可以读他的程序,理解他的思路。
然后再融入你自己的思路。
写程序是个渐进的过程,你不要企图一下子把所有功能都实现了。
你可以写一点,测一点,写一点,测一点。
#5
你是想做javase 的游戏,或者是桌面应用吗?写游戏基本都是用c/c++ 写的,java的优势在于javaee 方面。你应该学习下javaee的知识,jsp servlet oracle 然后ssh,在然后你自然就明白了。如果你想搞那种大型的3D游戏的话,你就好好学c语言吧。
#6
也许这是一个过度期
#7
和lz有同样的体会
#8
从HELLO WORLD 开始
#9
唯熟尔……
#10
同感,关注中。。。。。。。。
#11
要在别人的肩膀上站起来
#12
先要弄懂其中的思路,然后自己尝试写一写就可以了!
#13
我也刚学没多久 加油吧 应该都是先模仿别人的 懂了别人的思路 才有自己的看法的。
#14
先看代码,看的非常熟悉了就可以自己动手了,至于从何处下手,那肯定是从main函数下手了。
最好是先设计一下,有写什么,比如界面,工具方法,通用模块,主逻辑
我一般就是从main写,然后先把界面先画出来,到这里做完就有一点思路了,然后在写逻辑,用到的方法整理成工具方法放到工具类中
这个只是自己玩的时候的一套流程,不怎么注重程序结构,完成以后经常会经过好多次的重构,整理。
最好是先设计一下,有写什么,比如界面,工具方法,通用模块,主逻辑
我一般就是从main写,然后先把界面先画出来,到这里做完就有一点思路了,然后在写逻辑,用到的方法整理成工具方法放到工具类中
这个只是自己玩的时候的一套流程,不怎么注重程序结构,完成以后经常会经过好多次的重构,整理。
#1
把小程序的代码看懂,然后再自己打一遍,这东西不是看看就能会的
#2
先~模仿
#3
学习知识我们学的是方法不是代码,有了方法思路就来了,让后根据思路怎么走,有些东西看起来简单,但是你后来发现其实意义很深奥。
#4
我不同意先模仿。
写程序要有自己的思路。
你可以读他的程序,理解他的思路。
然后再融入你自己的思路。
写程序是个渐进的过程,你不要企图一下子把所有功能都实现了。
你可以写一点,测一点,写一点,测一点。
#5
你是想做javase 的游戏,或者是桌面应用吗?写游戏基本都是用c/c++ 写的,java的优势在于javaee 方面。你应该学习下javaee的知识,jsp servlet oracle 然后ssh,在然后你自然就明白了。如果你想搞那种大型的3D游戏的话,你就好好学c语言吧。
#6
也许这是一个过度期
#7
和lz有同样的体会
#8
从HELLO WORLD 开始
#9
唯熟尔……
#10
同感,关注中。。。。。。。。
#11
要在别人的肩膀上站起来
#12
先要弄懂其中的思路,然后自己尝试写一写就可以了!
#13
我也刚学没多久 加油吧 应该都是先模仿别人的 懂了别人的思路 才有自己的看法的。
#14
先看代码,看的非常熟悉了就可以自己动手了,至于从何处下手,那肯定是从main函数下手了。
最好是先设计一下,有写什么,比如界面,工具方法,通用模块,主逻辑
我一般就是从main写,然后先把界面先画出来,到这里做完就有一点思路了,然后在写逻辑,用到的方法整理成工具方法放到工具类中
这个只是自己玩的时候的一套流程,不怎么注重程序结构,完成以后经常会经过好多次的重构,整理。
最好是先设计一下,有写什么,比如界面,工具方法,通用模块,主逻辑
我一般就是从main写,然后先把界面先画出来,到这里做完就有一点思路了,然后在写逻辑,用到的方法整理成工具方法放到工具类中
这个只是自己玩的时候的一套流程,不怎么注重程序结构,完成以后经常会经过好多次的重构,整理。