写代码的顺序最好和实际操作的逻辑一样,先做什么后做什么,这样能最大程度的保证逻辑不会出什么问题.前提是你要熟悉业务逻辑.
还有开发的时候不要局限于一个方法的实现代码逻辑,先从整体上把方法都写出来,比如这个方法要做什么,只管写一个方法就行,具体怎么做可以在框架都搭完了再写,更好的就是全部用接口,接口全部写好了之后再写实现类,这样更好.
还有一个方法里面的代码最好不要太长,最好不要超过一个屏幕,不然看起来很累的,可以把一个方法分成好几个方法来写,那样BUG也会减少很多,逻辑性强.还有就是最好不要循环嵌套,嵌套个两三层后出问题就麻烦了,如果一定要嵌套就分出去一个方法就好.
还有就是要多集成,能通用的方法就通用写掉,写成工具类,如果有框架了,多多熟悉原本就有的工具类,都自己写的话代码多不说,还很容易出错,要学会活用别人的代码.
最后：多多交流,自己蒙头写只能一事无成.
最最后：手打真累...
首先你想做那就不存在开发可行性的问题了
第二 需求分析： 列出功能点、界面要求,实现原型 实用软件 ：axure,确定施工周期,工期安排软件：excel或者Steelray Project Viewer
第三概要设计：根据原型写出大致设计,理清实现逻辑
第四详细设计：做不做都行,没事做做也可以：详细列出所有功能的伪代码实现
第五代码实现：做网站建议用MyEclipse+mysql ,框架 SSH
第六测试：功能、页面效果是否实现
第七使用说明：写使用说明.
大致就这么多吧
①编码之前想一想
说真的,没有什么比两个月后检查自己的代码,却不记得它用来干什么更糟糕的了.注释所有重要的内容,当然那些显而易见的就免了吧.
错落有致.使用空格.根据功能模块化你的代码.阅读RobertC.Martin写的<
没有人喜欢用那些超级长的方法.这通常(几乎总是)意味着你混杂了功能.用更易于管理的方法分离代码.还能使得代码更可重用.
虽然命名int变量为"elligent"或char为"mander"是很好笑；但是,这样的名称并不能说明变量是用来做什么的.
测试,测试,测试,还是测试.测试你的代码.不要等到已经做完程序之后再来测试,否则当你发现一个巨大的bug,却不知道它来自于哪里来的时候,你会追悔莫及.
自动化测试通常都是有价值的.它还有助于节省大量重测试和回归测试的时间.
以上就是土嘎嘎小编为大家整理的公司Java写代码都流程相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！