散分,模块化和面向对象讨论!!!

时间:2022-04-30 07:43:44
模块化和面向对象区别与联系?
面向对象语言如何模块化?

27 个解决方案

#1


模糊中……

#2


自己顶

#3


oo
看看think in java

#4


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

#5


我也不是很懂,我是这样理解的,OO是你分析问题的方法和解决问题的思路,而模块化是一种代码的写法,为了重用代码或别的目的,不知对不对?!

#6


#7


模块化只是为了重用,一个好的模块应该是高内聚低耦合
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用

#8


各位大哥有没有相关的详细的文章推荐

#9


我想培养自己的面向对象思想
不知如何做起

#10


强烈建议搂主去买一本《设计模式》看看,打折后一般2x元

#11


up

#12


jf

#13


up

#14


oo
think in C#

#15


《设计模式》強烈推薦

#16


java 模式

#17


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

#18


oo

#19


噢噢噢

#20


多处调用时把这个功能做成一个过程或是一个函数,暂时这样叫模块化吧

#21


up

#22


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

#23


up

#24


#25


抛砖引玉

#26


抛砖引玉

#27


模块化是目的,面向对象是手段,没有可比性

#1


模糊中……

#2


自己顶

#3


oo
看看think in java

#4


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

#5


我也不是很懂,我是这样理解的,OO是你分析问题的方法和解决问题的思路,而模块化是一种代码的写法,为了重用代码或别的目的,不知对不对?!

#6


#7


模块化只是为了重用,一个好的模块应该是高内聚低耦合
而面向对象是一种软件开发思想,以对象为研究对象,封装其属性,不同于以往的以功能或数据流为中心的开发思想,面向对象也可以很好地实现重用

#8


各位大哥有没有相关的详细的文章推荐

#9


我想培养自己的面向对象思想
不知如何做起

#10


强烈建议搂主去买一本《设计模式》看看,打折后一般2x元

#11


up

#12


jf

#13


up

#14


oo
think in C#

#15


《设计模式》強烈推薦

#16


java 模式

#17


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

#18


oo

#19


噢噢噢

#20


多处调用时把这个功能做成一个过程或是一个函数,暂时这样叫模块化吧

#21


up

#22


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

#23


up

#24


#25


抛砖引玉

#26


抛砖引玉

#27


模块化是目的,面向对象是手段,没有可比性