跟楼主一样迷茫中
think in java
看了也没什么了解

解决方案 »

  1.   

    think in c++,这本书绝对经典,他山之石可以攻玉
      

  2.   

    面向对像用于分析现实的客观世界。让我们可以看到一个复杂的体系中有许多可以自成一体的部分。我认为面向对像的本质是分析,而模块则是程序的实现。我们在经过分析后已经将一个复杂的对像(假设是一个企业),划分成若干的部分(它的部门或工作流程)。
    然后我们将每个部分进行调整,放在各个模块中。所有这些模块将组成一个完整的系统。
    开发环境都是将一个工程编译为一个文件。我们无论无何也不能让所有的代码集中在一个文件中。所以我们要分成很多个工程(由各个小组来负责各自的工程)。
    由于可能模块众多,每个模块可能又有很多接口,所以在整个系统中文档就十分重要。它规定了系统的结构,每个部分是如何衔接的。在大规模的团队合作中,文档的义意不同凡响!至少如果没有文档,系统分析和设计的成果就无法转变成效益。如果开发的过程是与文档贴切的,就可以在很大程度上保证整个系统联机调试的成功。
    在一个由许多模块组装的系统中,我个人认为文档至少要详细描述三个地方:
    1:系统结构。无论用什么方法来描述,只要你的团队成员都能明确。
    2:数据库字典。务必详细,可以省程序员很多时间。如果出现数据类型不匹配问题不但难于调试而且十分弱智。我遇到这样一个问题。本来是一个int,但经过计算后int就出错,因为数据大了,int型溢出。改成double就可以。但是在团队中怎么办?必须用文档将一些细节定死,等做到一半去改倒霉的是大家!
    3:接口名称。如果你希望各个模块间能良好沟通,那么请团队成员一定写成和文档一模一样的