程序应构思到什么地步再开始写?

要写出结构清晰、逻辑严谨的程序,务必要在写程序前认真分析问题,理清程序的脉络,把握主要的逻辑线索。一旦抓住了主要的逻辑线索,便可将程序分成几块,提前预料其中的难点和问题。找到线索不是件容易的事,它建立在对所解问题的认真分析和研究的基础上。

像我这样的菜鸟在写程序时,总是急于求成,逮到问题便开始噼里啪啦的敲键盘了。结果常常是忙活了半天又重新回到起点,一个细节没有考虑清楚,等发现时前面写的都得推倒重来。或者运气好点,程序东拼西凑地写完后,也能跑,但因为逻辑不严谨一堆bug,再东补补西补补把程序勉强支起来。这样的程序不要说用户,自己都没有信心。

其实上面的道理,自己一直都明白,每次下手写程序前也不停提醒自己“要分析要分析”,但盯着问题“分析”一会儿,就不知道“分析”到哪儿去了。算了,还是先动手写写吧,光想好像很难分析出什么结果来。于是一动手便停不下来了,直到把程序勉勉强强支起来。很长一段时间,自己好像都很难走出这个怪圈。即使简单一些的程序能够写得很漂亮,稍微复杂一点的就很难保证结构清晰、逻辑严谨。

那该怎么办呢?我觉得下面几条原则应该遵循:

  • 动手之前脑子里应该有清晰的逻辑线索,程序逻辑能够在脑子里执行得通。
  • 顺着逻辑线索,把能想到的难点和问题列出来,并找到解决方案。如果有行不通的地方,回到上一步论证程序逻辑是否存在问题。
  • 如果前两步顺利完成,就可以开始动手写程序了。这其中必然会发现很多细节问题,如果遇到和设计的程序逻辑有冲突的地方,应立即停下,回到前两步进行论证。

这里面贯穿始终的一条原则就是“想好再做”。如果实在“想不好”,那就“做一点”,出了问题再“好好想”。在实践中,“做一点”的度很难把握,常常是开了闸就一泻千里。怎么判断这个度呢?我觉得说到底是你对程序的掌控感,要保持程序始终在你的控制之下。比如如果一个函数超过了50行,就是一个危险的信号。

对于一个习惯对着代码思考的人来说,这样的分析刚开始也许会很难受,但它的确能大大减少我们对着代码发呆的时间。所以如果还不习惯,就慢慢习惯吧。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值