看程序的好习惯,汇集一下大家的意见
写程序有一个好习惯很重要,但现在也想探讨一下看程序的好习惯,希望大家可以发表一下自己的看法
------解决方案--------------------看程序是要适应别人的习惯哦
------解决方案--------------------debug
------解决方案--------------------调试,遇见变量就Ctrl+F,看见方法就F3.当然看得时候别忘记吸收
------解决方案--------------------java程序要从上到下,从外部接口到内部函数,中间可以夹杂伪码或者注释(最好用函数名替换)。最后完成各个函数以及日志信息。
------解决方案--------------------
------解决方案--------------------看Java大段代码先看类关系,找找那些Class Name来判断使用了什么模式。
Java的函数没啥看头,平铺直叙的,逻辑对就行~。
------解决方案--------------------先大概的看看 揣摩一下程序要实现的是什么
然后仔细看 遇到变量就看来源 遇到方法就进去
------解决方案--------------------我喜欢先看类名再看方法名。好大致了解主要功能。
------解决方案--------------------
------解决方案--------------------从类到方法。
------解决方案--------------------看程序的习惯,从整体到部分。
------解决方案--------------------从上到下 从下到上 反反复复 其义自见 万物皆如此
------解决方案--------------------
------解决方案--------------------如果是J2EE的内容,从前台入手··找到前台和后台的交互点,再实质性切入·切入之后就看类和成员了··一些方法内部代码其实可以不用去深究··这都是人家写好的算法··调试成功就可以用了··
------解决方案--------------------多看看jdk源码,看看别人是怎么写的;
记得有个经典的写法
for(int i = 0 , length = arr.length; i < length ; i++){
....
}
------解决方案--------------------从头到尾。。。
------解决方案--------------------我觉得除了多看真的没什么特别有效的方法,看习惯了自然就有语感了
------解决方案--------------------先运行程序 了解整体要现实的功能是什么 然后从main()入手 看调用哪些类或方法 一个个深入了解 或直接用debug也行 查看程序是如何调用运行的
------解决方案--------------------先大概的看看 揣摩一下程序要实现的是什么
然后仔细看 遇到变量就看来源 遇到方法就进去
------解决方案--------------------觉得最重要的是自己看过的部分 自己要加注释 不然太长了容易乱了
------解决方案--------------------重要的还是理解
------解决方案--------------------
------解决方案--------------------写复杂方式时,在方法上面写下注释 1 2 3 4做什么 然后在方法里面标注1 2 3 4 的地方,有点像流程图的概念
------解决方案--------------------
------解决方案--------------------