各位前辈,面向对象都需要先面向过程吗?
面向对象编程的时候,各个对象之间的逻辑关系该如何快速梳理和定位?
面向对象的灵活度在哪体现?
面向对象适用于较重型的开发吧,普通js写点小效果比如轮播还需要面向对象吗?
javascript中面向对象和组件化有何异同,与模块化又有何异同?
各位前辈,面向对象都需要先面向过程吗?
面向对象编程的时候,各个对象之间的逻辑关系该如何快速梳理和定位?
面向对象的灵活度在哪体现?
面向对象适用于较重型的开发吧,普通js写点小效果比如轮播还需要面向对象吗?
javascript中面向对象和组件化有何异同,与模块化又有何异同?
问题涉及面太大,引发性的说一点吧。
软件开发中面向过程是绝对的,程序 = 过程的有序执行。实际上以前没有面向过程的概念,而是在面向对象出现以后,为了将该方式和以前使用函数组织代码的方式区分,然后称使用函数组织的代码为面向过程的。(个人认为而已)
面向对象是一种代码组织方式,各种好处,自己随便搜索一下就行了。
以上可知,面向过程还是面向对象是指代码的组织方式,而组件化和模块化是指项目中功能的组织方式,所以两者无关。
微电子维修中模块损坏只要替换该模块即可,因此延伸到软件开发中,模块化是指代码明确封装,有确定的作用域而不是影响整个项目。
日常使用的各种工具其实就是组件的思路,组件会经常的被广泛复用而不会被模块的作用域限制。
至于你的各种问题,最后还是那句不变的回答:视需求而定,满足要求就好。注意,代码的可读性、弹性、可维护性属于需求的一部分,这非常非常非常重要。
很简单的比较:
//最简短的代码是1行
alert('Yeah');
//最简短的函数要4行
function f() {
alert('Yeah');
}
f();
//最简单的对象要7行
function o() {
this.f = function() {
alert('Yeah');
}
}
var obj = new o();
obj.f();
设计的内容有点多了,面向对象和面向过程是两个不同的思路,但是又得有过程在里面才能够引出对象,面向过程是分析,面向对象是构造。组件化和模块化是面向对象和面向过程的产物(个人觉得)
面向过程,以及模块化,这些都是写程序必须要有的。
面向过程很好理解,所有的程序都是过程
模块化也很好理解,那就是把程序过程中能够独立出来的部分独立出来,保证程序的可读性,并且不管是控制错误还是排除bug都更加简明。相信学习过C后来再去学C++的人都会思考一个问题,那就是结构体和对象到底有什么区别,他们都能起到将代码模块化的作用,如果你说结构体没有方法,我结构体也可以定义函数指针啊,你说结构体没有this指针,很多时候this指针和语法糖我觉得也没什么区别,至于构造函数什么的就更简单了结构体都能办得到。
我要说的是,面向对象最重要的就是继承
上学的时候老师会举例子,比如人作为父类,然后可以派生出老师类和学生类,学生类又可以派生出男生类,女生类。
然而这个例子很无厘头,也很差劲,学生在做课程作业的时候并不会派生出这么一大堆没用的类来。
而且事实上绝大多数开发者也并不会没事乱派生奇奇怪怪的类出来,那样会导致程序可读性变差。
那么类的继承通常用在哪里。
举一个实际存在的例子
我最近写React,每个带状态的component开头都是这么写的,class XXX extends React.Component{}
在这里,我只要继承了React.Component,我的component就有了render方法,能够在网页上显示出类容;我的component还有了componentWillReceiveProps方法,能够在component收到新的数据时候执行我想要的过程。这些东西我不用去管他怎么触发的,但我知道他一定会触发的,这就是继承一个类而获得的能力。
相似的,你用VS开发WPF窗口程序什么的,你的窗体同样会从微软基本库中继承一个类,这样你的窗体就有了基本的点击响应啊,拖拽啊各种功能,就不用自己写了。
还有各种框架啊什么也都一样,你继承了框架的基本类,就能获得框架给你提供的功能。
教科书上提到面向对象的时候一般都会提到软件工程,还有那本书《人月神话》,软件工程,面向对象都是程序员们在大规模开发软件的时候总结出来的东西,类似于建房子,先打基础,基础打好了在其上我再搭建更多的功能。所以学生时代如果仅仅跟随课本做一些习题,是不能理解面向对象的很多意义的
哈哈。这个问题问得真棒。我先mark,等下抽时间来回答