JavaScript模块化编程思想演变

2024-05-14 14:32

本文主要是介绍JavaScript模块化编程思想演变,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

JavaScript模块化编程思想演变

对大型的网站来说,模块化编程非常重要。因为越是大型的网站,文件命名冲突、文件依赖程度都非常高,故而引入模块化思想。

下面我从大家经常写代码的习惯来引。

第一种常见写法 全局函数形式

这种形式,各种变量,函数都将暴露在全局环境下,代码示例如下:

 <script>   var a = 1 ,b = 2  ; // 等各种全局变量// 各种函数声明function add(x, y) {return parseFloat(x) + parseFloat(y);}//      ...此处有很多函数function divide(x, y) {return parseFloat(x) / parseFloat(y);}</script>

上面这种编写方式是很常见的,也是非常不可取的,因为全局环境完全被污染了,非常容易造成命名冲突等问题。

第二种常见写法 对象的形式

采用这种方式,一定程度上减少了命名冲突的问题;看如下简写代码:

     // 定义一个calculator对象var calculator = {};//  在上面添加各种属性calculator.count = 10;calculator.a = 1 ;// ...  很多很多calculator.add = function(x, y) {return parseFloat(x) + parseFloat(y);};// ...  很多很多calculator.substract = function(x, y) {return parseFloat(x) - parseFloat(y);};

另外在别处博客 和开源项目上,也可以经常看到。
下面是一段真实代码,来自 Yahoo! 的一个开源项目。

if (org.cometd.Utils.isString(response)) {return org.cometd.JSON.fromJSON(response);
}
if (org.cometd.Utils.isArray(response)) {return response;
}

虽然一定程度上减少命名冲突,的确能极大缓解冲突。但每每看到上面的代码,都忍不住充满同情。命名空间的形式会越来越长,假如要使用一个函数需要不停地点下去,不容易记忆,而且代码不够优雅。

第三种常见写法 利用函数作用域(闭包)

我们可以利用js里函数作用域的特点,通过匿名自执行函数,进行私有变量隔离。

var calculator = (function() {// 对于 _count 来说,如果不通过 return ,外部是无法访问的,无法修改var _count = 10;function add(x, y) {return parseFloat(x) + parseFloat(y);};function substract(x, y) {return parseFloat(x) - parseFloat(y);};return {add: add,substract: substract};})();

这种是最理想的方式,当我们要对这个模块进行扩展和维护的时候 ,以及这个模块存有第三方依赖的时候,可以通过参数的形式将原来的模块和第三方库传进去。

  var calculator = (function(cal,$) {cal.changeColor = function() {$('#x').css('backgroundColor', 'red');$('#y').css('backgroundColor', 'green');
};// ============== 此处有1000行代码 ================
// template()  $  ...
// ============== /此处有1000行代码================return cal;   //  然后再返回// 一定要把依赖项 通过参数的形式 注入进来,然后在内部使用注入的属性
// 好处:1. 依赖关系变的明显,有利于代码的阅读
// 2. 提高了性能:减少了作用域的查找范围})(window.calculator || {}, window.$);

确保自己不再去修改原来写好的库,和别人的第三方插件 。

既然模块化思想如此重要,必然有各种规范出来 ,也必然有大牛会去封装各种框架,因为程序猿总是最懒,但又是最聪明的。下一篇,我将介绍 alibaba 的一个牛人 玉伯 写的框架seajs 。 这个库就提供了一个解决命名冲突和文件依赖的方案 。seajs 是基于CMD规范实现的。

seajs 官方链接:
http://seajs.org/docs/#intro

                        by Turbo Beijing

这篇关于JavaScript模块化编程思想演变的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/988993

相关文章

Java实现检查多个时间段是否有重合

《Java实现检查多个时间段是否有重合》这篇文章主要为大家详细介绍了如何使用Java实现检查多个时间段是否有重合,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录流程概述步骤详解China编程步骤1:定义时间段类步骤2:添加时间段步骤3:检查时间段是否有重合步骤4:输出结果示例代码结语作

Java中String字符串使用避坑指南

《Java中String字符串使用避坑指南》Java中的String字符串是我们日常编程中用得最多的类之一,看似简单的String使用,却隐藏着不少“坑”,如果不注意,可能会导致性能问题、意外的错误容... 目录8个避坑点如下:1. 字符串的不可变性:每次修改都创建新对象2. 使用 == 比较字符串,陷阱满

Java判断多个时间段是否重合的方法小结

《Java判断多个时间段是否重合的方法小结》这篇文章主要为大家详细介绍了Java中判断多个时间段是否重合的方法,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录判断多个时间段是否有间隔判断时间段集合是否与某时间段重合判断多个时间段是否有间隔实体类内容public class D

IDEA编译报错“java: 常量字符串过长”的原因及解决方法

《IDEA编译报错“java:常量字符串过长”的原因及解决方法》今天在开发过程中,由于尝试将一个文件的Base64字符串设置为常量,结果导致IDEA编译的时候出现了如下报错java:常量字符串过长,... 目录一、问题描述二、问题原因2.1 理论角度2.2 源码角度三、解决方案解决方案①:StringBui

Java覆盖第三方jar包中的某一个类的实现方法

《Java覆盖第三方jar包中的某一个类的实现方法》在我们日常的开发中,经常需要使用第三方的jar包,有时候我们会发现第三方的jar包中的某一个类有问题,或者我们需要定制化修改其中的逻辑,那么应该如何... 目录一、需求描述二、示例描述三、操作步骤四、验证结果五、实现原理一、需求描述需求描述如下:需要在

Java中ArrayList和LinkedList有什么区别举例详解

《Java中ArrayList和LinkedList有什么区别举例详解》:本文主要介绍Java中ArrayList和LinkedList区别的相关资料,包括数据结构特性、核心操作性能、内存与GC影... 目录一、底层数据结构二、核心操作性能对比三、内存与 GC 影响四、扩容机制五、线程安全与并发方案六、工程

JavaScript中的reduce方法执行过程、使用场景及进阶用法

《JavaScript中的reduce方法执行过程、使用场景及进阶用法》:本文主要介绍JavaScript中的reduce方法执行过程、使用场景及进阶用法的相关资料,reduce是JavaScri... 目录1. 什么是reduce2. reduce语法2.1 语法2.2 参数说明3. reduce执行过程

如何使用Java实现请求deepseek

《如何使用Java实现请求deepseek》这篇文章主要为大家详细介绍了如何使用Java实现请求deepseek功能,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录1.deepseek的api创建2.Java实现请求deepseek2.1 pom文件2.2 json转化文件2.2

Java调用DeepSeek API的最佳实践及详细代码示例

《Java调用DeepSeekAPI的最佳实践及详细代码示例》:本文主要介绍如何使用Java调用DeepSeekAPI,包括获取API密钥、添加HTTP客户端依赖、创建HTTP请求、处理响应、... 目录1. 获取API密钥2. 添加HTTP客户端依赖3. 创建HTTP请求4. 处理响应5. 错误处理6.

Spring AI集成DeepSeek的详细步骤

《SpringAI集成DeepSeek的详细步骤》DeepSeek作为一款卓越的国产AI模型,越来越多的公司考虑在自己的应用中集成,对于Java应用来说,我们可以借助SpringAI集成DeepSe... 目录DeepSeek 介绍Spring AI 是什么?1、环境准备2、构建项目2.1、pom依赖2.2