首页 文章 精选 留言 我的

精选列表

搜索[javascript库],共10000篇文章
优秀的个人博客,低调大师

原生JavaScript进行前后端同构

什么是前后端同构 明确三个概念:「后端渲染」指传统的 ASP、Java 或 PHP 的渲染机制;「前端渲染」指使用 JS 来渲染页面大部分内容,代表是现在流行的 SPA 单页面应用;「同构渲染」指前后端共用 JS,首次渲染时使用 Node.js 来直出 HTML。一般来说同构渲染是介于前后端中的共有部分。 感觉前端的确是折腾,之前还在流行前后端分离,现在怎么又要做前后端同构了? 原因是现在流行的SPA前端单页面应用比较沉重,首次访问需要加载文件较多,第一次加载过慢,用户需要等待前端进行渲染页面。而且不利于SEO及缓存,并且有一定的开发门槛。 前后端同构通过复用模板和JS文件,让一份代码可以同时跑在服务器和浏览器,首次渲染使用nodejs渲染页面,之后使用SPA路由跳转。可以有效减少用户首次访问的等待时间,并且对SEO比较友好,也便于缓存。 项目简介 本前后端同构项目主要分为两个部分,一个是基于koa2的渲染服务器,另一个是基于原生JS和zepto的前端SPA。 项目的特点是不使用vue和react等框架,门槛低,开发速度快,便于上手,比较轻巧,核心的router部分只有一百行左右的代码。适用于页面交互较少,变化不频繁的场景下,可以有效的提升性能和加载速度。 前端部分 前端部分的核心是路由部分,具体实现可以基于history API或是hash,网上有很多实现,这次主要讲下架构 前端部分采用MVC分层结构。 router层做的主要是创建路由示例,调用路由的get方法,给特定页面绑定来自control层的函数。 形式如: import control from '../control' //路由的构造函数支持传入渲染函数,路由的全局名称,路由跳转前调用的钩子 router = new Router(render,'ROUTER',beforeFn) router.get('/page/a', control.pageA') 前端全栈学习交流圈:866109386,面向1-3经验年前端开发人员,帮助突破技术瓶颈,提升思维能力,群内有大量PDF可供自取,更有干货实战项目视频进群免费领取。 control层主要做的是加载跟后端共有的渲染模板和渲染数据,渲染出页面后运行页面函数 形式如: let control = { pageA(req,res) { //webpack的动态加载,代码分割功能 import(/* webpackChunkName: "pageA" */'script/pageA').then(module=> { // 检测该页面是否已有服务器渲染好,是的话直接运行module.default //否则加载模板和数据进行渲染,最后再调用页面函数 if(this.needRender(module.default)) { //加载数据时访问的地址就是当前准备渲染的页面地址,只是加上了json=1的参数 loadData('pageA').then(data => res.render(xtpl,data,module.default)) } } } // 捕捉webpack热更新,让他只进行相当于页面跳转的操作而不是刷新页面 if(module.hot) { module.hot.accept(['script/pageA'], () => { control[ROUTER.req.currentControl].call(ROUTER,null,ROUTER.res) }) } view层即模板,这里使用的是xtpl模板,在服务器环境和前端环境下都支持渲染页面 页面函数的形式 页面函数要求使用es6的模块写法,配合webpack的按需加载功能 export default () => { window.addEventListener('scroll', fn) //页面函数支持返回一个卸载函数,在页面离开的时候会被调用 //主要用于内存的释放,定时器的清除,事件监听的移除等等 return function () { window.removeEventListener('scroll', fn) } } 后端部分 使用koa2搭建的一个渲染服务器,在收到前端传来的页面请求时,会向API服务器请求数据,并识别页面请求是否带有json=1的参数,如果带有,则为前端路由跳转时的请求,直接返回数据即可,如果没有带json参数,加载跟前端共用的模板,配合数据进行渲染,发送到浏览器。

优秀的个人博客,低调大师

JavaScript 复杂判断的更优雅写法

前提 我们编写js代码时经常遇到复杂逻辑判断的情况,通常大家可以用if/else或者switch来实现多个条件判断,但这样会有个问题,随着逻辑复杂度的增加,代码中的if/else/switch会变得越来越臃肿,越来越看不懂,那么如何更优雅的写判断逻辑,本文带你试一下。 举个例子 先看一段代码 /** * 按钮点击事件 * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 商品售罄 4 开团成功 5 系统取消 */ constonButtonClick=(status)=>{ if(status==1){ sendLog('processing')jumpTo('IndexPage') }elseif(status==2){ sendLog('fail')jumpTo('FailPage') }elseif(status==3){ sendLog('fail')jumpTo('FailPage') }elseif(status==4){ sendLog('success')jumpTo('SuccessPage') }elseif(status==5){ sendLog('cancel')jumpTo('CancelPage') }else{ sendLog('other')jumpTo('Index') } } 通过代码可以看到这个按钮的点击逻辑:根据不同活动状态做两件事情,发送日志埋点和跳转到对应页面,大家可以很轻易的提出这段代码的改写方案,switch出场: /** * 按钮点击事件 * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 商品售罄 4 开团成功 5 系统取消 */ constonButtonClick=(status)=>{ switch(status){ case1: sendLog('processing') jumpTo('IndexPage') break case2: case3: sendLog('fail') jumpTo('FailPage') break case4: sendLog('success') jumpTo('SuccessPage') break case5: sendLog('cancel') jumpTo('CancelPage') break default: sendLog('other') jumpTo('Index') break } } 嗯,这样看起来比if/else清晰多了,细心的同学也发现了小技巧,case 2和case 3逻辑一样的时候,可以省去执行语句和break,则case 2的情况自动执行case 3的逻辑。 这时有同学会说,还有更简单的写法: constactions={ '1':['processing','IndexPage'], '2':['fail','FailPage'], '3':['fail','FailPage'], '4':['success','SuccessPage'], '5':['cancel','CancelPage'], 'default':['other','Index'], } /** * 按钮点击事件 * @param {number} status 活动状态:1开团进行中 2开团失败 3 商品售罄 4 开团成功 5 系统取消 */ constonButtonClick=(status)=>{ letaction=actions[status]||actions['default'], logName=action[0], pageName=action[1] sendLog(logName) jumpTo(pageName) } 上面代码确实看起来更清爽了,这种方法的聪明之处在于:将判断条件作为对象的属性名,将处理逻辑作为对象的属性值,在按钮点击的时候,通过对象属性查找的方式来进行逻辑判断,这种写法特别适合一元条件判断的情况。 是不是还有其他写法呢?有的: constactions=newMap([ [1,['processing','IndexPage']], [2,['fail','FailPage']], [3,['fail','FailPage']], [4,['success','SuccessPage']], [5,['cancel','CancelPage']], ['default',['other','Index']] ]) /** * 按钮点击事件 * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 商品售罄 4 开团成功 5 系统取消 */ constonButtonClick=(status)=>{ letaction=actions.get(status)||actions.get('default') sendLog(action[0]) jumpTo(action[1]) } 这样写用到了es6里的Map对象,是不是更爽了?Map对象和Object对象有什么区别呢? 一个对象通常都有自己的原型,所以一个对象总有一个"prototype"键。 一个对象的键只能是字符串或者Symbols,但一个Map的键可以是任意值。 你可以通过size属性很容易地得到一个Map的键值对个数,而对象的键值对个数只能手动确认。 我们需要把问题升级一下,以前按钮点击时候只需要判断status,现在还需要判断用户的身份: /** * 按钮点击事件 * @param {number} status 活动状态:1开团进行中 2开团失败 3 开团成功 4 商品售罄 5 有库存未开团 * @param {string} identity 身份标识:guest客态 master主态 */ constonButtonClick=(status,identity)=>{ if(identity=='guest'){ if(status==1){ //do sth }elseif(status==2){ //do sth }elseif(status==3){ //do sth }elseif(status==4){ //do sth }elseif(status==5){ //do sth }else{ //do sth } }elseif(identity=='master'){ if(status==1){ //do sth }elseif(status==2){ //do sth }elseif(status==3){ //do sth }elseif(status==4){ //do sth }elseif(status==5){ //do sth }else{ //do sth } } } 原谅我不写每个判断里的具体逻辑了,因为代码太冗长了。 原谅我又用了if/else,因为我看到很多人依然在用if/else写这种大段的逻辑判断。 从上面的例子我们可以看到,当你的逻辑升级为二元判断时,你的判断量会加倍,你的代码量也会加倍,这时怎么写更清爽呢? constactions=newMap([ ['guest_1',()=>{/*do sth*/}], ['guest_2',()=>{/*do sth*/}], ['guest_3',()=>{/*do sth*/}], ['guest_4',()=>{/*do sth*/}], ['guest_5',()=>{/*do sth*/}], ['master_1',()=>{/*do sth*/}], ['master_2',()=>{/*do sth*/}], ['master_3',()=>{/*do sth*/}], ['master_4',()=>{/*do sth*/}], ['master_5',()=>{/*do sth*/}], ['default',()=>{/*do sth*/}], ]) /** * 按钮点击事件 * @param {string} identity 身份标识:guest客态 master主态 * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 开团成功 4 商品售罄 5 有库存未开团 */ constonButtonClick=(identity,status)=>{ letaction=actions.get(`${identity}_${status}`)||actions.get('default') action.call(this) } 上述代码核心逻辑是:把两个条件拼接成字符串,并通过以条件拼接字符串作为键,以处理函数作为值的Map对象进行查找并执行,这种写法在多元条件判断时候尤其好用。 当然上述代码如果用Object对象来实现也是类似的: constactions={ 'guest_1':()=>{/*do sth*/}, 'guest_2':()=>{/*do sth*/}, //.... } constonButtonClick=(identity,status)=>{ letaction=actions[`${identity}_${status}`]||actions['default'] action.call(this) } 如果有些同学觉得把查询条件拼成字符串有点别扭,那还有一种方案,就是用Map对象,以Object对象作为key: constactions=newMap([ [{ identity:'guest', status:1 },()=>{/*do sth*/}], [{ identity:'guest', status:2 },()=>{/*do sth*/}], //... ]) constonButtonClick=(identity,status)=>{ letaction=[...actions].filter(([key,value])=>(key.identity==identity&&key.status==status)) action.forEach(([key,value])=>value.call(this)) } 是不是又高级了一点点? 这里也看出来Map与Object的区别,Map可以用任何类型的数据作为key。 我们现在再将难度升级一点点,假如guest情况下,status1-4的处理逻辑都一样怎么办,最差的情况是这样: constactions=newMap([ [{ identity:'guest', status:1 },()=>{/* functionA */}], [{ identity:'guest', status:2 },()=>{/* functionA */}], [{ identity:'guest', status:3 },()=>{/* functionA */}], [{ identity:'guest', status:4 },()=>{/* functionA */}], [{ identity:'guest', status:5 },()=>{/* functionB */}], //... ]) 好一点的写法是将处理逻辑函数进行缓存: constactions=()=>{ constfunctionA=()=>{/*do sth*/} constfunctionB=()=>{/*do sth*/} returnnewMap([ [{ identity:'guest', status:1 },functionA], [{ identity:'guest', status:2 },functionA], [{ identity:'guest', status:3 },functionA], [{ identity:'guest', status:4 },functionA], [{ identity:'guest', status:5 },functionB], //... ]) } constonButtonClick=(identity,status)=>{ letaction=[...actions()].filter(([key,value])=>(key.identity==identity&&key.status==status)) action.forEach(([key,value])=>value.call(this)) } 这样写已经能满足日常需求了,但认真一点讲,上面重写了4次functionA还是有点不爽,假如判断条件变得特别复杂,比如identity有3种状态,status有10种状态,那你需要定义30条处理逻辑,而往往这些逻辑里面很多都是相同的,这似乎也是笔者不想接受的,那可以这样实现: constactions=()=>{ constfunctionA=()=>{/*do sth*/} constfunctionB=()=>{/*do sth*/} returnnewMap([ [/^guest_[1-4]$/,functionA], [/^guest_5$/,functionB], //... ]) } constonButtonClick=(identity,status)=>{ letaction=[...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`))) action.forEach(([key,value])=>value.call(this)) } 这里Map的优势更加凸显,可以用正则类型作为key了,这样就有了无限可能,假如需求变成,凡是guest情况都要发送一个日志埋点,不同status情况也需要单独的逻辑处理,那我们可以这样写: constactions=()=>{ constfunctionA=()=>{/*do sth*/} constfunctionB=()=>{/*do sth*/} constfunctionC=()=>{/*send log*/} returnnewMap([ [/^guest_[1-4]$/,functionA], [/^guest_5$/,functionB], [/^guest_.*$/,functionC], //... ]) } constonButtonClick=(identity,status)=>{ letaction=[...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`))) action.forEach(([key,value])=>value.call(this)) } 也就是说利用数组循环的特性,符合正则条件的逻辑都会被执行,那就可以同时执行公共逻辑和单独逻辑,因为正则的存在,你可以打开想象力解锁更多的玩法,本文就不赘述了。 总结 本文已经教你了8种逻辑判断写法,包括: if/else switch 一元判断时:存到Object里 一元判断时:存到Map里 多元判断时:将condition拼接成字符串存到Object里 多元判断时:将condition拼接成字符串存到Map里 多元判断时:将condition存为Object存到Map里 多元判断时:将condition写作正则存到Map里 至此,本文也将告一段落,愿你未来的人生里,不只是有if/else/switch。 原文发布时间为:2018-11-13 本文作者:大转转FE/Think 本文来自云栖社区合作伙伴“编程微刊”,了解相关信息可以关注“编程微刊”。

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册