Chinaunix首页 | 论坛 | 博客
  • 博客访问: 303591
  • 博文数量: 35
  • 博客积分: 836
  • 博客等级: 准尉
  • 技术积分: 678
  • 用 户 组: 普通用户
  • 注册时间: 2011-11-07 20:11
文章分类

全部博文(35)

文章存档

2013年(1)

2012年(24)

2011年(10)

分类:

2011-11-27 23:15:44

周末这两天在公司加班。写代码写的每天晚上回来都想吐了。

代码这东西还是太恶心了。

最近将原来的一坨代码重构,发现自己面向对象的设计思想还是掌握的不是很好,现在有时候看看自己刚开始写的代码觉得实在是太烂了。代码风格是一方面,但是结构设计是另一方面,代码这个东西还是不能太拘泥于小细节,有时候确实需要跳出来从整体从需求看看,这样的抽象是不是合理。

 

一定不能够将各种不相关的东西杂糅啊,那样代码只会越来越丑……

 

先不说了,太恶心了,这一个礼拜又将是痛苦的一个礼拜,希望回归的时候能别出错。

阅读(1254) | 评论(2) | 转发(0) |
0

上一篇:manpage

下一篇:biu

给主人留下些什么吧!~~

buaa_zhaoc2012-02-10 00:29:26

yjyzfw: 受启发了。复杂问题简单化,说来容易做起难。我的思路是:先观整体,理出其基本功能(开头不能考虑太多太全),定下其基本的数据结构、全局变量,然后是考虑之后.....
嗯,不错,我是个新人,正在学习中。都是从一次次血淋淋的教训中不断学习成长

yjyzfw2012-02-09 16:19:40

受启发了。复杂问题简单化,说来容易做起难。我的思路是:先观整体,理出其基本功能(开头不能考虑太多太全),定下其基本的数据结构、全局变量,然后是考虑之后增加功能模块时程序的挂接口要终始保持简单一致,再之后才写码。开始写码时先不理会那些旁枝末节,将一个个功能接口安排好,各个功能中可能重复利用的api(即使它的可利用率只有两次)就独立出来,觉得全部理差不多了,再将相关联的api和数据使用类的方式封装起来,之后再从整体考虑局部的合理性及主体和其它主体的关联性,并如此反复,不断调整,从而使代码在功能、结构、效率、体积之间达到一种协调(或者说"妥协"似乎来得更恰当一些),就算基本完成了。这是我的肤浅的体会,不知和你的情形有关否。