面向对象语言如何模块化?
27 个解决方案
#1
模糊中……
#2
自己顶
#3
oo
看看think in java
看看think in java
#4
跟楼主一样迷茫中
think in java
看了也没什么了解
think in java
看了也没什么了解
#5
我也不是很懂,我是这样理解的,OO是你分析问题的方法和解决问题的思路,而模块化是一种代码的写法,为了重用代码或别的目的,不知对不对?!
#6
顶
#7
模块化只是为了重用,一个好的模块应该是高内聚低耦合
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用
#8
各位大哥有没有相关的详细的文章推荐
#9
我想培养自己的面向对象思想
不知如何做起
不知如何做起
#10
强烈建议搂主去买一本《设计模式》看看,打折后一般2x元
#11
up
#12
jf
#13
up
#14
oo
think in C#
think in C#
#15
《设计模式》強烈推薦
#16
java 模式
#17
think in c++,这本书绝对经典,他山之石可以攻玉
#18
oo
#19
噢噢噢
#20
多处调用时把这个功能做成一个过程或是一个函数,暂时这样叫模块化吧
#21
up
#22
面向对像用于分析现实的客观世界。让我们可以看到一个复杂的体系中有许多可以自成一体的部分。我认为面向对像的本质是分析,而模块则是程序的实现。我们在经过分析后已经将一个复杂的对像(假设是一个企业),划分成若干的部分(它的部门或工作流程)。
然后我们将每个部分进行调整,放在各个模块中。所有这些模块将组成一个完整的系统。
开发环境都是将一个工程编译为一个文件。我们无论无何也不能让所有的代码集中在一个文件中。所以我们要分成很多个工程(由各个小组来负责各自的工程)。
由于可能模块众多,每个模块可能又有很多接口,所以在整个系统中文档就十分重要。它规定了系统的结构,每个部分是如何衔接的。在大规模的团队合作中,文档的义意不同凡响!至少如果没有文档,系统分析和设计的成果就无法转变成效益。如果开发的过程是与文档贴切的,就可以在很大程度上保证整个系统联机调试的成功。
在一个由许多模块组装的系统中,我个人认为文档至少要详细描述三个地方:
1:系统结构。无论用什么方法来描述,只要你的团队成员都能明确。
2:数据库字典。务必详细,可以省程序员很多时间。如果出现数据类型不匹配问题不但难于调试而且十分弱智。我遇到这样一个问题。本来是一个int,但经过计算后int就出错,因为数据大了,int型溢出。改成double就可以。但是在团队中怎么办?必须用文档将一些细节定死,等做到一半去改倒霉的是大家!
3:接口名称。如果你希望各个模块间能良好沟通,那么请团队成员一定写成和文档一模一样的
然后我们将每个部分进行调整,放在各个模块中。所有这些模块将组成一个完整的系统。
开发环境都是将一个工程编译为一个文件。我们无论无何也不能让所有的代码集中在一个文件中。所以我们要分成很多个工程(由各个小组来负责各自的工程)。
由于可能模块众多,每个模块可能又有很多接口,所以在整个系统中文档就十分重要。它规定了系统的结构,每个部分是如何衔接的。在大规模的团队合作中,文档的义意不同凡响!至少如果没有文档,系统分析和设计的成果就无法转变成效益。如果开发的过程是与文档贴切的,就可以在很大程度上保证整个系统联机调试的成功。
在一个由许多模块组装的系统中,我个人认为文档至少要详细描述三个地方:
1:系统结构。无论用什么方法来描述,只要你的团队成员都能明确。
2:数据库字典。务必详细,可以省程序员很多时间。如果出现数据类型不匹配问题不但难于调试而且十分弱智。我遇到这样一个问题。本来是一个int,但经过计算后int就出错,因为数据大了,int型溢出。改成double就可以。但是在团队中怎么办?必须用文档将一些细节定死,等做到一半去改倒霉的是大家!
3:接口名称。如果你希望各个模块间能良好沟通,那么请团队成员一定写成和文档一模一样的
#23
up
#24
顶
#25
抛砖引玉
#26
抛砖引玉
#27
模块化是目的,面向对象是手段,没有可比性
#1
模糊中……
#2
自己顶
#3
oo
看看think in java
看看think in java
#4
跟楼主一样迷茫中
think in java
看了也没什么了解
think in java
看了也没什么了解
#5
我也不是很懂,我是这样理解的,OO是你分析问题的方法和解决问题的思路,而模块化是一种代码的写法,为了重用代码或别的目的,不知对不对?!
#6
顶
#7
模块化只是为了重用,一个好的模块应该是高内聚低耦合
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用
#8
各位大哥有没有相关的详细的文章推荐
#9
我想培养自己的面向对象思想
不知如何做起
不知如何做起
#10
强烈建议搂主去买一本《设计模式》看看,打折后一般2x元
#11
up
#12
jf
#13
up
#14
oo
think in C#
think in C#
#15
《设计模式》強烈推薦
#16
java 模式
#17
think in c++,这本书绝对经典,他山之石可以攻玉
#18
oo
#19
噢噢噢
#20
多处调用时把这个功能做成一个过程或是一个函数,暂时这样叫模块化吧
#21
up
#22
面向对像用于分析现实的客观世界。让我们可以看到一个复杂的体系中有许多可以自成一体的部分。我认为面向对像的本质是分析,而模块则是程序的实现。我们在经过分析后已经将一个复杂的对像(假设是一个企业),划分成若干的部分(它的部门或工作流程)。
然后我们将每个部分进行调整,放在各个模块中。所有这些模块将组成一个完整的系统。
开发环境都是将一个工程编译为一个文件。我们无论无何也不能让所有的代码集中在一个文件中。所以我们要分成很多个工程(由各个小组来负责各自的工程)。
由于可能模块众多,每个模块可能又有很多接口,所以在整个系统中文档就十分重要。它规定了系统的结构,每个部分是如何衔接的。在大规模的团队合作中,文档的义意不同凡响!至少如果没有文档,系统分析和设计的成果就无法转变成效益。如果开发的过程是与文档贴切的,就可以在很大程度上保证整个系统联机调试的成功。
在一个由许多模块组装的系统中,我个人认为文档至少要详细描述三个地方:
1:系统结构。无论用什么方法来描述,只要你的团队成员都能明确。
2:数据库字典。务必详细,可以省程序员很多时间。如果出现数据类型不匹配问题不但难于调试而且十分弱智。我遇到这样一个问题。本来是一个int,但经过计算后int就出错,因为数据大了,int型溢出。改成double就可以。但是在团队中怎么办?必须用文档将一些细节定死,等做到一半去改倒霉的是大家!
3:接口名称。如果你希望各个模块间能良好沟通,那么请团队成员一定写成和文档一模一样的
然后我们将每个部分进行调整,放在各个模块中。所有这些模块将组成一个完整的系统。
开发环境都是将一个工程编译为一个文件。我们无论无何也不能让所有的代码集中在一个文件中。所以我们要分成很多个工程(由各个小组来负责各自的工程)。
由于可能模块众多,每个模块可能又有很多接口,所以在整个系统中文档就十分重要。它规定了系统的结构,每个部分是如何衔接的。在大规模的团队合作中,文档的义意不同凡响!至少如果没有文档,系统分析和设计的成果就无法转变成效益。如果开发的过程是与文档贴切的,就可以在很大程度上保证整个系统联机调试的成功。
在一个由许多模块组装的系统中,我个人认为文档至少要详细描述三个地方:
1:系统结构。无论用什么方法来描述,只要你的团队成员都能明确。
2:数据库字典。务必详细,可以省程序员很多时间。如果出现数据类型不匹配问题不但难于调试而且十分弱智。我遇到这样一个问题。本来是一个int,但经过计算后int就出错,因为数据大了,int型溢出。改成double就可以。但是在团队中怎么办?必须用文档将一些细节定死,等做到一半去改倒霉的是大家!
3:接口名称。如果你希望各个模块间能良好沟通,那么请团队成员一定写成和文档一模一样的
#23
up
#24
顶
#25
抛砖引玉
#26
抛砖引玉
#27
模块化是目的,面向对象是手段,没有可比性