JavaScript를 사용하여 프런트엔드 코드의 성능을 향상시키는 몇 가지 방법은 훌륭합니다!

javascript 칼럼에서는 프런트 엔드 코드의 성능을 향상시키는 몇 가지 방법을 소개합니다.

무료 추천: JavaScript(동영상)

지난 개발 경험에서 여러 가지 이상한 BUG를 다루면서 코드 견고성(강건성)이 작업 효율성을 향상시키는 열쇠라는 것을 깨달았습니다. 삶의 질을 나타내는 중요한 지표인 이 기사에서는 주로 코드 견고성 향상에 대한 몇 가지 생각을 요약합니다.

저는 이전에 코드 견고성에 관한 기사를 편집한 적이 있습니다

• JavaScript 단위 테스트를 진지하게 작성하세요
• 코드에 로그인하는 방법

이 기사에서는 단위 테스트 및 로깅 이외의 다른 사항을 계속해서 탐색할 것입니다. 견고성을 향상시키는 데 도움이 되는 몇 가지 방법 귀하의 JavaScript 코드.

더 안전하게 개체에 액세스

인터페이스 데이터를 신뢰하지 마세요

프런트 엔드에서 전달된 매개변수를 신뢰하지 말고, 백그라운드에서 반환된 데이터를 신뢰하지 마세요

예를 들어, 특정 api/xxx/list는 문서의 관례를 따릅니다api/xxx/list的接口，按照文档的约定

{
    code: 0,
    msg: "",
    data: [     // ... 具体数据
    ],
};复制代码

前端代码可能就会写成

const {code, msg, data} = await fetchList()
data.forEach(()=>{})复制代码

因为我们假设了后台返回的data是一个数组，所以直接使用了data.forEach，如果在联调的时候遗漏了一些异常情况

• 预期在没有数据时data会返回[]空数组，但后台的实现却是不返回data字段
• 后续接口更新，data从数组变成了一个字典，跟前端同步不及时

这些时候，使用data.forEach时就会报错，

Uncaught TypeError: data.forEach is not a function

所以在这些直接使用后台接口返回值的地方，最好添加类型检测

Array.isArray(data) && data.forEach(()=>{})复制代码

同理，后台在处理前端请求参数时，也应当进行相关的类型检测。

空值合并运算符

由于JavaScript动态特性，我们在查询对象某个属性时如x.y.z，最好检测一下x和y是否存在

let z = x && x.y && x.y.z复制代码

经常这么写就显得十分麻烦，dart中安全访问对象属性就简单得多

var z = a?.y?.z;复制代码

在ES2020中提出了空值合并运算符的草案，包括??和?.运算符，可以实现与dart相同的安全访问对象属性的功能。目前打开最新版Chrome就可以进行测试了

在此之前，我们可以封装一个安全获取对象属性的方法

function getObjectValueByKeyStr(obj, key, defaultVal = undefined) {    if (!key) return defaultVal;    let namespace = key.toString().split(".");    let value,
        i = 0,
        len = namespace.length;    for (; i <p>前端不可避免地要跟各种各种浏览器、各种设备打交道，一个非常重要的问题就是<strong>兼容性</strong>，尤其是目前我们已经习惯了使用ES2015的特性来开发代码，<code>polyfill</code>可以帮助解决我们大部分问题。</p><h2 id="记得异常处理">记得异常处理</h2><p>参考：</p>

• JS错误处理 MDN
• js构建ui的统一异常处理方案，这个系列的文章写得非常好

异常处理是代码健壮性的首要保障，关于异常处理有两个方面

• 合适的错误处理可以提要用户体验，在代码出错时优雅地提示用户
• 将错误处理进行封装，可以减少开发量，将错误处理与代码解耦

错误对象

可以通过throw语句抛出一个自定义错误对象

// Create an object type UserExceptionfunction UserException (message){  // 包含message和name两个属性
  this.message=message;  this.name="UserException";
}// 覆盖默认[object Object]的toStringUserException.prototype.toString = function (){  return this.name + ': "' + this.message + '"';
}// 抛出自定义错误function f(){    try {        throw new UserException("Value too high");
    }catch(e){        if(e instanceof UserException){            console.log('catch UserException')            console.log(e)
        }else{            console.log('unknown error')            throw e
        }
    }finally{        // 可以做一些退出操作，如关闭文件、关闭loading等状态重置
        console.log('done')        return 1000 // 如果finally中return了值，那么会覆盖前面try或catch中的返回值或异常
    }
}
f()复制代码

同步代码

对于同步代码，可以使用通过责任链模式封装错误，即当前函数如果可以处理错误，则在catch中进行处理：如果不能处理对应错误，则重新将catch抛到上一层

function a(){    throw 'error b'}// 当b能够处理异常时，则不再向上抛出function b(){    try{
        a()
    }catch(e){        if(e === 'error b'){            console.log('由b处理')
        }else {            throw e
        }
    }
}function main(){    try {
        b()
    }catch(e){        console.log('顶层catch')
    }
}复制代码

异步代码

由于catch无法获取异步代码中抛出的异常，为了实现责任链，需要把异常处理通过回调函数的方式传递给异步任务

function a(errorHandler) {    let error = new Error("error a");    if (errorHandler) {
        errorHandler(error);
    } else {        throw error;
    }
}function b(errorHandler) {    let handler = e => {        if (e === "error b") {            console.log("由b处理");
        } else {
            errorHandler(e);
        }
    };    setTimeout(() => {
        a(handler);
    });
}let globalHandler = e => {    console.log(e);
};
b(globalHandler);复制代码

Prmise的异常处理

Promise只包含三种状态：pending、rejected和fulfilled

let promise2 = promise1.then(onFulfilled, onRejected)复制代码

下面是promise抛出异常的几条规则

function case1(){    // 如果promise1是rejected态的，但是onRejected返回了一个值（包括undifined），那么promise2还是fulfilled态的，这个过程相当于catch到异常，并将它处理掉，所以不需要向上抛出。
    var p1 = new Promise((resolve, reject)=>{        throw 'p1 error'
    })

    p1.then((res)=>{        return 1
    }, (e)=>{        console.log(e)        return 2
    }).then((a)=>{        // 如果注册了onReject，则不会影响后面Promise执行
        console.log(a) // 收到的是2
    })
}function case2(){    //  在promise1的onRejected中处理了p1的异常，但是又抛出了一个新异常，，那么promise2的onRejected会抛出这个异常
    var p1 = new Promise((resolve, reject)=>{        throw 'p1 error'
    })
    p1.then((res)=>{        return 1
    }, (e)=>{        console.log(e)        throw 'error in p1 onReject'
    }).then((a)=>{}, (e)=>{        // 如果p1的 onReject 抛出了异常
        console.log(e)
    })
}function case3(){    // 如果promise1是rejected态的，并且没有定义onRejected，则promise2也会是rejected态的。
    var p1 = new Promise((resolve, reject)=>{        throw 'p1 error'
    })

    p1.then((res)=>{        return 1
    }).then((a)=>{        console.log('not run:', a)
    }, (e)=>{        // 如果p1的 onReject 抛出了异常
        console.log('handle p2:', e)
    })
}function case4(){    // // 如果promise1是fulfilled态但是onFulfilled和onRejected出现了异常，promise2也会是rejected态的，并且会获得promise1的被拒绝原因或异常。
    var p1 = new Promise((resolve, reject)=>{
        resolve(1)
    })
    p1.then((res)=>{        console.log(res)        throw 'p1 onFull error'
    }).then(()=>{}, (e)=>{        console.log('handle p2:', e)        return 123
    })
}复制代码

因此，我们可以在onRejected中处理当前promise的错误，如果不能，，就把他抛给下一个promise

async

async/await本质上是promise的语法糖，因此也可以使用promise.catch

function sleep(cb, cb2 =()=>{},ms = 100) {
    cb2()    return new Promise((resolve, reject) => {        setTimeout(() => {            try {
                cb();
                resolve();
            }catch(e){
                reject(e)
            }
        }, ms);
    });
}// 通过promise.catch来捕获async function case1() {    await sleep(() => {        throw "sleep reject error";
    }).catch(e => {        console.log(e);
    });
}// 通过try...catch捕获async function case2() {    try {        await sleep(() => {            throw "sleep reject error";
        })
    } catch (e) {        console.log("catch:", e);
    }
}// 如果是未被reject抛出的错误，则无法被捕获async function case3() {    try {        await sleep(()=>{}, () => {            // 抛出一个未被promise reject的错误
            throw 'no reject error'
        }).catch((e)=>{            console.log('cannot catch:', e)
        })
    } catch (e) {        console.log("catch:", e);
    }
}复制代码

프론트엔드 코드는

export function getOSType() {  const ua = navigator.userAgent  const isWindowsPhone = /(?:Windows Phone)/.test(ua)  const isSymbian = /(?:SymbianOS)/.test(ua) || isWindowsPhone  const isAndroid = /(?:Android)/.test(ua)  // 判断是否是平板
  const isTablet =    /(?:iPad|PlayBook)/.test(ua) ||
    (isAndroid && !/(?:Mobile)/.test(ua)) ||
    (/(?:Firefox)/.test(ua) && /(?:Tablet)/.test(ua))  // 是否是iphone
  const isIPhone = /(?:iPhone)/.test(ua) && !isTablet  // 是否是pc
  const isPc = !isIPhone && !isAndroid && !isSymbian && !isTablet  return {
    isIPhone,
    isAndroid,
    isSymbian,
    isTablet,
    isPc
  }
}复制代码

로 작성될 수 있습니다. 왜냐하면 백그라운드에서 반환되는 데이터가 배열이라고 가정하기 때문입니다. data.forEach를 직접 사용하세요. 공동 디버깅 중에 누락된 경우 일부 예외

🎜데이터가 없으면 데이터가 [] 빈 배열을 반환할 것으로 예상됩니다. 그러나 백그라운드 구현은 data 필드를 반환하지 않습니다🎜🎜후속 인터페이스 업데이트, 데이터 배열에서 사전으로, 프런트 엔드와의 동기화가 시기적절하지 않습니다🎜🎜🎜이 경우 오류가 발생합니다 data.forEach를 사용할 때 보고되는 🎜

🎜Uncaught TypeError: data.forEach는 함수가 아닙니다 🎜

🎜백엔드 인터페이스가 값을 직접 반환하는 곳에서는 유형 감지를 추가하는 것이 가장 좋습니다🎜

"Mozilla/5.0 (Linux; U; Android 8.1.0; zh-CN; MI PAD 4 Build/OPM1.171019.019) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/57.0.2987.108 Quark/3.8.5.129 Mobile Safari/537.36复制代码

🎜마찬가지로 백엔드도 프런트엔드 요청 매개변수를 처리할 때 관련 유형 감지를 수행해야 합니다. 🎜

Null 값 병합 연산자🎜🎜JavaScript의 동적 특성으로 인해 x.y.z와 같은 개체의 특정 속성을 쿼리하면 x와 y가 존재하는지 확인하는 것이 가장 좋습니다🎜

// config.local.jsmodule.exports = {  needMock: true}复制代码

🎜이렇게 작성하는 것은 종종 매우 번거로운 것처럼 보입니다. dart에서 객체 속성에 안전하게 액세스하는 것이 훨씬 간단합니다🎜

config.local.js复制代码

🎜proposed🎜null ES2020의 값 병합 작업 ?? 및 ?. 연산자를 포함한 연산자 초안은 dart와 동일한 객체 속성에 대한 안전한 액세스 기능을 달성할 수 있습니다. 현재 최신 버전의 Chrome을 열어 테스트할 수 있습니다🎜🎜🎜🎜이전에 객체 속성을 안전하게 얻는 방법을 캡슐화할 수 있습니다🎜

// mock/entry.jstry {  const { needMock } = require('./config.local')  if (needMock) {    require('./index') // 对应的mock入口
    console.log('====start mock api===')
  }
} catch (e) {  console.log('未引入mock，如需要，请创建/mock/config.local并导出 {needMock: true}')
}复制代码

🎜프론트 엔드는 필연적으로 다양한 브라우저와 통신해야 합니다. 다양한 장치를 다룰 때 매우 중요한 문제는 🎜호환성🎜입니다. 특히 ES2015의 기능을 사용하여 코드를 개발하는 데 익숙해진 지금은 polyfill이 대부분의 문제를 해결하는 데 도움이 될 수 있습니다. 🎜

예외 처리 기억하기🎜🎜참조: 🎜🎜🎜JS 오류 처리 MDN🎜🎜js 빌드 UI를 위한 통합된 예외 처리 솔루션, 이 기사 시리즈는 매우 잘 작성되었습니다🎜🎜🎜Exception 예외 처리에는 두 가지 측면이 있습니다. 적절한 오류 처리는 사용자 경험을 향상시키고 오류 처리를 캡슐화하면 개발 양을 줄일 수 있으며 오류 처리는 코드에서 분리됩니다. 🎜🎜

오류 객체🎜🎜throw 문을 통해 사용자 정의 오류 객체가 발생할 수 있습니다🎜

if (process.env.NODE_ENV === 'development') {  require('../mock/entry')
}复制代码

동기화 코드 🎜🎜 동기 코드의 경우 , 🎜을 사용하여 책임 모델 체인🎜을 통해 오류를 캡슐화할 수 있습니다. 즉, 현재 함수가 오류를 처리할 수 있으면 catch에서 처리됩니다. 해당 오류를 처리할 수 없으면 catch가 다시 수행됩니다. 이전 레이어에 던진 🎜rrreee

비동기 코드🎜🎜 비동기 코드에서는 catch가 던진 예외를 얻을 수 없기 때문에 책임 체인을 구현하려면 예외 처리가 필요합니다. 콜백 함수를 통해 비동기 작업에 전달🎜rrreee

Promise 예외 처리🎜🎜Promise에는 pending, rejected의 세 가지 상태만 포함됩니다. > 및 fulfilled🎜 rrreee🎜Promise에서 예외를 발생시키는 규칙은 다음과 같습니다🎜rrreee🎜따라서 onRejected에서 현재 Promise의 오류를 처리할 수 있습니다. 다음 promise 🎜

async🎜🎜async/await는 기본적으로 promise의 구문 설탕이므로 다음과 같이 할 수도 있습니다. promise.catch 코드>유사한 캡처 메커니즘을 사용하세요🎜rrreee🎜더 안정적인 타사 모듈🎜🎜날짜 형식 지정 등과 같은 상대적으로 작은 기능을 구현할 때 우리는 npm의 성숙한 라이브러리이지만 직접 작성합니다. 개발 시간이나 테스트 사례가 부족하여 함수 패키지가 고려되지 않은 경계 조건에 직면하면 BUG가 쉽게 발생할 수 있습니다. 🎜

这也是npm上往往会出现一些很小的模块，比如这个判断是否为奇数的包：isOdd，周下载量居然是60来万。

使用一些比较成熟的库，一个很重要原因是，这些库往往经过了大量的测试用例和社区的考验，肯定比我们顺手些的工具代码更安全。

一个亲身经历的例子是：根据UA判断用户当前访问设备，正常思路是通过正则进行匹配，当时为了省事就自己写了一个

export function getOSType() {  const ua = navigator.userAgent  const isWindowsPhone = /(?:Windows Phone)/.test(ua)  const isSymbian = /(?:SymbianOS)/.test(ua) || isWindowsPhone  const isAndroid = /(?:Android)/.test(ua)  // 判断是否是平板
  const isTablet =    /(?:iPad|PlayBook)/.test(ua) ||
    (isAndroid && !/(?:Mobile)/.test(ua)) ||
    (/(?:Firefox)/.test(ua) && /(?:Tablet)/.test(ua))  // 是否是iphone
  const isIPhone = /(?:iPhone)/.test(ua) && !isTablet  // 是否是pc
  const isPc = !isIPhone && !isAndroid && !isSymbian && !isTablet  return {
    isIPhone,
    isAndroid,
    isSymbian,
    isTablet,
    isPc
  }
}复制代码

上线后发现某些小米平板用户的逻辑判断出现异常，调日志看见UA为

"Mozilla/5.0 (Linux; U; Android 8.1.0; zh-CN; MI PAD 4 Build/OPM1.171019.019) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/57.0.2987.108 Quark/3.8.5.129 Mobile Safari/537.36复制代码

即使把MI PAD添加到正则判断中临时修复一下，万一后面又出现其他设备的特殊UA呢？所以，凭借自己经验写的很难把所有问题都考虑到，后面替换成mobile-detect这个库。

使用模块的缺点在于

• 可能会增加文件依赖体积，增加打包时间等，这个问题可以通过打包配置解决，将不会经常变更的第三方模块打包到vendor文件中配置缓存
• 在某些项目可能会由于安全考虑需要减少第三方模块的使用，或者要求先进行源码code review

当然在进行模块选择的时候也要进行各种考虑，包括稳定性、旧版本兼容、未解决issue等问题。当选择了一个比较好的工具模块之后，我们就可以将更多的精力放在业务逻辑中。

本地配置文件

在开发环境下，我们可能需要一些本地的开关配置文件，这些配置只在本地开发时存在，不进入代码库，也不会跟其他同事的配置起冲突。

我推崇将mock模板托管到git仓库中，这样可以方便其他同事开发和调试接口，带来的一个问题时本地可能需要一个引入mock文件的开关

下面是一个常见的做法：新建一个本地的配置文件config.local.js，然后导出相关配置信息

// config.local.jsmodule.exports = {  needMock: true}复制代码

记得在.gitignore中忽略该文件

config.local.js复制代码

然后通过try...catch...加载该模块，由于文件未进入代码库，在其他地方拉代码更新时会进入catch流程，本地开发则进入正常模块引入流程

// mock/entry.jstry {  const { needMock } = require('./config.local')  if (needMock) {    require('./index') // 对应的mock入口
    console.log('====start mock api===')
  }
} catch (e) {  console.log('未引入mock，如需要，请创建/mock/config.local并导出 {needMock: true}')
}复制代码

最后在整个应用的入口文件判断开发环境并引入

if (process.env.NODE_ENV === 'development') {  require('../mock/entry')
}复制代码

通过这种方式，就可以在本地开发时愉快地进行各种配置，而不必担心忘记在提交代码前注释对应的配置修改~

Code Review

参考：

• Code Review 是苦涩但有意思的修行

Code Review应该是是上线前一个必经的步骤，我认为CR主要的作用有

• 能够确认需求理解是否出现偏差，避免扯皮

• 优化代码质量，包括冗余代码、变量命名和过分封装等，起码除了写代码的人之外还得保证审核的人能看懂相关逻辑

对于一个需要长期维护迭代的项目而言，每一次commit和merge都是至关重要的，因此在合并代码之前，最好从头检查一遍改动的代码。即使是在比较小的团队或者找不到审核人员，也要把合并认真对待。

小结

本文主要整理了提高JavaScript代码健壮性的一些方法，主要整理了

• 安全地访问对象属性，避免数据异常导致代码报错
• 捕获异常，通过责任链的方式进行异常处理或上报
• 使用更稳定更安全的第三方模块，
• 认真对待每一次合并，上线前先检查代码

此外，还需要要养成良好的编程习惯，尽可能考虑各种边界情况。

위 내용은 JavaScript를 사용하여 프런트엔드 코드의 성능을 향상시키는 몇 가지 방법은 훌륭합니다!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!