各位前辈，面向对象都需要先面向过程吗？
面向对象编程的时候，各个对象之间的逻辑关系该如何快速梳理和定位？
面向对象的灵活度在哪体现？
面向对象适用于较重型的开发吧，普通js写点小效果比如轮播还需要面向对象吗？
javascript中面向对象和组件化有何异同，与模块化又有何异同？
设计的内容有点多了，面向对象和面向过程是两个不同的思路，但是又得有过程在里面才能够引出对象，面向过程是分析，面向对象是构造。组件化和模块化是面向对象和面向过程的产物（个人觉得）
哈哈。这个问题问得真棒。我先mark，等下抽时间来回答
问题涉及面太大，引发性的说一点吧。
软件开发中面向过程是绝对的，程序 = 过程的有序执行。实际上以前没有面向过程的概念，而是在面向对象出现以后，为了将该方式和以前使用函数组织代码的方式区分，然后称使用函数组织的代码为面向过程的。（个人认为而已）
面向对象是一种代码组织方式，各种好处，自己随便搜索一下就行了。
以上可知，面向过程还是面向对象是指代码的组织方式，而组件化和模块化是指项目中功能的组织方式，所以两者无关。
微电子维修中模块损坏只要替换该模块即可，因此延伸到软件开发中，模块化是指代码明确封装，有确定的作用域而不是影响整个项目。
日常使用的各种工具其实就是组件的思路，组件会经常的被广泛复用而不会被模块的作用域限制。
至于你的各种问题，最后还是那句不变的回答：视需求而定，满足要求就好。注意，代码的可读性、弹性、可维护性属于需求的一部分，这非常非常非常重要。
很简单的比较：
//最简短的代码是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窗口程序什么的，你的窗体同样会从微软基本库中继承一个类，这样你的窗体就有了基本的点击响应啊，拖拽啊各种功能，就不用自己写了。
还有各种框架啊什么也都一样，你继承了框架的基本类，就能获得框架给你提供的功能。
教科书上提到面向对象的时候一般都会提到软件工程，还有那本书《人月神话》，软件工程，面向对象都是程序员们在大规模开发软件的时候总结出来的东西，类似于建房子，先打基础，基础打好了在其上我再搭建更多的功能。所以学生时代如果仅仅跟随课本做一些习题，是不能理解面向对象的很多意义的