最近一些项目编码实践总结思考

来源:互联网 发布:950淘宝轮播图 编辑:程序博客网 时间:2024/06/05 14:15

时间段:2010年1月中旬

项目阶段:分配得到的模块设计与编码(或者称为维护、小范围重构更合理些)、调试

工具:gvim、Notepad++

主题:编译错误、运行时错误、代码

最近接触的一些东西:

《代码大全》有关变量初始化、作用范围、生命周期(这两个都涉及到攻击窗口的概念),作用范围的级别因更丰富的语言特性(修饰词)变得更加灵活针对不同的设计目标,比如包、命名空间、public访问控制系列、static全局系列。还有就是:需求、框架设计、系统设计、模块设计、代码构建、测试、调试、维护等层次更科学些。

《设计模式》中的适配器来转换平台之间、不同模块之间顺利挂钩,在尽量不改动自己的代码的基础上(以免大范围改错时出错),事先设定好希望调用的有限个可控接口将来用来据此设计适配器接口,来转换沟通模块的接口。还有就是单体的使用,这个简单些,仅仅使用基本的面向对象基础知识就可以理解与代码设计。

编译、链接的符号学说,当有了引用顺序的花样翻出,编译器给设定链接选项的不透明(个人不了解)

调试过程中,经常会遇到一些“运行时错误”。这个东西比较头疼,在明显的语法错误里是找不到的,只能在语义上面找。通常是因为对象执行了错误的方法,记住这不是语法错误,否则编译器早就通不过了,那说明什么呢?如何找到呢,一行行代码的阅读语义而没有注释是很难想象的。对象调用了错误的方法,就是说不属于“自己”的方法,但是没有编译错误,这就源于使用接口来让上下脱离关系,各自独立起来,维护起来互不影响,而且还有很多重载,那就是选用了不正确的重载方法或者其他什么的,现在的认知还是在敏感的直觉。

代码重构:全局考虑为你所用的代码范围,反过来,你所用的代码范围内的范围有效作战半径多少,据此设计出结构清晰、攻击窗口小、容易阅读维护、高内聚低耦合的框架设计。

有关代码阅读:现在还是一种好的敏锐感的直觉。变量一步步都怎么变化,函数都对变量做了什么动作。

原创粉丝点击