vue html ejs未解析,【216期】为你的Vue开发提速

原标题:【216期】为你的Vue开发提速

现如今的开发,比如是内部使用的管理平台这种项目大都时间比较仓仓促。实际上来说在使用了webpack + vue 这一套来开发的话已经大大了提高了效率。但是对于我们的开发层面。还是有很多地方可以再次提高我们的项目开发效率,让我们更加专注于业务,毕竟时间就是生命。下面我们挨个来探讨。

巧用Webpack

Webpack是实现我们前端项目工程化的基础,但其实她的用处远不仅仅如此,我们可以通过Webpack来帮我们做一些自动化的事情。首先我们要了解require.context()这个API

require.context()

您可以使用require.context()函数创建自己的上下文。 它允许您传入一个目录进行搜索,一个标志指示是否应该搜索子目录,还有一个正则表达式来匹配文件。

其实是Webpack通过解析 require() 的调用,提取出来如下这些信息:

Directory: ./template

Regular expression: /^.*.ejs$/

然后来创建我们自己的上下文,什么意思呢,就是我们可以通过这个方法筛选出来我们需要的文件并且读取。

下面我们来简单看一看使用:

/**

* @paramdirectory 要搜索的文件夹目录不能是变量,否则在编译阶段无法定位目录

* @paramuseSubdirectories 是否搜索子目录

* @paramregExp 匹配文件的正则表达式

* @returnfunction 返回一个具有 resolve, keys, id 三个属性的方法

resolve() 它返回请求被解析后得到的模块 id

keys() 它返回一个数组,由所有符合上下文模块处理的请求组成。

id 是上下文模块里面所包含的模块 id. 它可能在你使用 module.hot.accept 的时候被用到

*/

require.context( 'demo', useSubdirectories = false, regExp = /.js$/)

// (创建了)一个包含了 demo 文件夹(不包含子目录)下面的、所有文件名以 `js` 结尾的、能被 require 请求到的文件的上下文。

不要困惑,接下来我们来探讨在项目中怎么用。

组织路由

对于Vue中的路由,大家都很熟悉,类似于声明式的配置文件,其实已经很简洁了。现在我们来让他更简洁

1、分割路由

首先为了方便我们管理,我们把router目录下的文件分割为以下结构

router // 路由文件夹

|__index.js // 路由组织器:用来初始化路由等等

|__common.js // 通用路由:声明通用路由

|__modules // 业务逻辑模块:所以的业务逻辑模块

|__index.js // 自动化处理文件:自动引入路由的核心文件

|__home.js // 业务模块home:业务模块

|__a.js // 业务模块a

2、modules文件夹中处理业务模块

modules文件夹中存放着我们所有的业务逻辑模块,至于业务逻辑模块怎么分,我相信大家自然有自己的一套标准。我们通过上面提到的require.context()接下来编写自动化的核心部分index.js。

constfiles = require.context( '.', true, /.js$/)

console.log(files.keys()) // ["./home.js"] 返回一个数组

letconfigRouters = []

/**

* inject routers

*/

files.keys().forEach( key=>{

if(key === './index.js') return

configRouters = configRouters.concat(files(key).default) // 读取出文件中的default模块

})

exportdefaultconfigRouters // 抛出一个Vue-router期待的结构的数组

自动化部分写完了,那业务组件部分怎么写? 这就更简单了

importFrame from'@/views/frame/Frame'

importHome from'@/views/index/index'

exportdefault[

// 首页

{

path: '/index',

name: '首页',

redirect: '/index',

component: Frame,

children: [ // 嵌套路由

{

path: '',

component: Home

}

]

}

]

3、common路由处理

我们的项目中有一大堆的公共路由需要处理比如404阿,503阿等等路由我们都在common.js中进行处理。

exportdefault[

// 默认页面

{

path: '/',

redirect: '/index',

hidden: true

},

// 无权限页面

{

path: '/nopermission',

name: 'nopermission',

component: ()=>import( '@/views/NoPermission')

},

// 404

{

path: '*',

name: 'lost',

component: ()=>import( '@/views/404')

}

]

4、路由初始化

这是我们的最后一步了,用来初始化我们的项目路由

importVue from'vue'

importVueRouter from'vue-router'

importRouterConfig from'./modules'// 引入业务逻辑模块

importCommonRouters from'./common'// 引入通用模块

Vue.use(VueRouter)

exportdefaultnewVueRouter({

mode: 'history', // 需要服务端支持

scrollBehavior: ()=>({ y: 0}),

routes: RouterConfig.concat(CommonRouters)

})

估计有些朋友代码写到这还不知道到底这样做好处在哪里。我们来描述一个场景,比如按照这种结构来划分模块。正常的情况是我们创建完home.js要手动的把这个模块import到路由文件声明的地方去使用。但是有了上面的index.js,在使用的时候你只需要去创建一个home.js并抛出一个符合VueRouter规范的数组,剩下的就不用管了。import RouterConfig from './modules' // 引入业务逻辑模块 已经帮你处理完了。另外扩展的话你还可以把hooks拿出来作为一个单独文件。

全局组件统一声明

同样的道理,有了上面的经验,我们照葫芦画瓢来处理一下我们的全局组件。这就没什么可说的了,直接上核心代码

1、组织结构

components // 组件文件夹

|__xxx.vue // 其他组件

|__global // 全局组件文件夹

|__index.js // 自动化处理文件

|__demo.vue // 全局demo组件

2、global处理

importVue from'vue'

letcontexts = require.context( '.', false, /.vue$/)

contexts.keys().forEach( component=>{

letcomponentEntity = contexts(component).default

// 使用内置的组件名称 进行全局组件注册

Vue.component(componentEntity.name, componentEntity)

})

3、使用和说明

这个使用起来就更简单了,直接在app.js引用这个文件就行。

注意:我之前看到有些人做法是使用组件名去区分全局组件和普通组件,然后通过正则去判断需不需要全局注册。我是直接把全局的组件放到global文件夹下,然后组件的注册名称直接使用component.name。至于使用哪种方式就比较看个人了。

充分利用NodeJS

放着node这么好得东西不用真是有点浪费,那么我们来看看node能为我们增加效率做出什么贡献。

有这么一个场景,我们每次创建模块的时候都要新建一个vue文件和对应的router配置,而且新页面的大部分东西都还差不多,还得去复制粘贴别得页面。这想想就有点low。那既然有了node我们可不可以通过node来做这写乱七八糟得事情? 下面来把我们的想法付诸于显示。

我们实现这个功能主要要借助Node的fs和process, 感兴趣的话可以深入研究一下。

首先我们要编写我们的node脚本,这里是一个比较简单的版本。什么验证文件夹或者文件的都没有,只是来实现我们这个想法:

/*

* fast add new module

*/

constpath = require( 'path')

constfs = require( 'fs')

constchalk = require( 'chalk')

constreslove = file=>path.resolve(__dirname, '../src', file)

// symbol const

constRouterSymbol = Symbol( 'router'),

ViewsSymbol = Symbol( 'views')

// root path

constrootPath = {

[RouterSymbol]: reslove( 'router/modules'),

[ViewsSymbol]: reslove( 'views')

}

//loggs

consterrorLog = error=>console.log(chalk.red( `${error}`))

constdefaultLog = log=>console.log(chalk.green( `${log}`))

// module name

letmoduleName = newString()

letfileType = newString()

//const string

constvueFile = module=>( `

<>

export default {

name: '${module}',

data () {

return {

}

},

methods: {

},

created() {

}

}

>

`)

// route file

constrouterFile = module=>( `// write your comment here...

export default [

{

path: '/${module}',

name: '',

redirect: '/${module}',

component: () => import('@/views/frame/Frame'),

children: [

{

path: '',

fullPath: '',

name: '',

component: () => import('@/views/${module}/index')

}

]

}

]

`)

/**

* generate file

* @param {*} filePath

* @param {*} content

* @param {*} dirPath

*/

constgenerateFile = async(filePath, content, dirPath = '') =>{

try{

// create file if file not exit

if(dirPath !== ''&& ! awaitfs.existsSync(dirPath)) {

awaitfs.mkdirSync(dirPath)

defaultLog( `created ${dirPath}`)

}

if(! awaitfs.existsSync(filePath)) {

// create file

awaitfs.openSync(filePath, 'w')

defaultLog( `created ${filePath}`)

}

awaitfs.writeFileSync(filePath, content, 'utf8')

} catch(error) {

errorLog(error)

}

}

// module-method map

constgenerates = newMap([

[ 'view', async( module) => {

// module file

constfilePath = path.join(rootPath[ViewsSymbol], module)

constvuePath = path.join(filePath, '/index.vue')

awaitgenerateFile(vuePath, vueFile( module), filePath)

}],

// router is not need new folder

[ 'router', async( module) => {

constrouterPath = path.join(rootPath[RouterSymbol], `/${module}.js`)

awaitgenerateFile(routerPath, routerFile( module))

}]

])

defaultLog( `请输入模块名称(英文):`)

// files

constfiles = [ 'view', 'router']

// 和命令行进行交互 获取的创建的模块名称

process.stdin.on( 'data', (chunk) => {

try{

if(!moduleName) {

moduleName = chunk

} else{

chunk = chunk.slice( 0, -2) // delete /n

defaultLog( `new module name is ${chunk}`)

files.forEach( async(el, index) => {

// 执行创建语句

awaitgenerates.get( `${el}`).call( null, chunk.toString())

if(index === files.length -1) {

process.stdin.emit( 'end')

}

})

}

} catch(error) {

errorLog(error)

}

})

process.stdin.on( 'end', () => {

defaultLog( 'create module success')

})

下面我们看使用的流程

7cf67fef4c71ebc180439cf6b6a9f765.png

这样我们就分别创建了vue和router的文件,而且已经注入了内容。按照我们提前声明的组件

注意:这只是一个简单的思路,通过Node强大的文件处理能力,我们能做的事情远不止这些。

发挥Mixins的威力

Vue中的混入mixins是一种提供分发 Vue 组件中可复用功能的非常灵活的方式。听说在3.0版本中可能会用Hooks的形式实现,但这并不妨碍它的强大。基础部分的可以看这里。这里主要来讨论mixins能在什么情景下帮助我们。

通用mixins

如果我们有大量的表格页面,仔细一扒拉你发现非常多的东西都是可以复用的例如分页,表格高度,加载方法, laoding声明等一大堆的东西。下面我们来整理出来一个简单通用混入list.js

const list = {

data() {

return{

// 这些东西我们在list中处理,就不需要在每个页面再去手动的做这个了。

loading: false, // 伴随loading状态

pageNo: 1, // 页码

pageSize: 15, // 页长

totalCount: 0, // 总个数

pageSizes: [ 15, 20, 25, 30], //页长数

pageLayout: 'total, sizes, prev, pager, next, jumper', // 分页布局

list: []

}

},

methods: {

// 分页回掉事件

handleSizeChange( val) {

this.pageSize = val

// todo

},

handleCurrentChange ( val) {

this.pageNo = val

// todo

},

/**

* 表格数据请求成功的回调 处理完公共的部分(分页,loading取消)之后把控制权交给页面

* @param{*} apiResult

* @returns{*} promise

*/

listSuccessCb (apiResult = {}) {

returnnew Promise((reslove, reject) => {

let tempList = [] // 临时list

try{

this.loading = false

// todo

// 直接抛出

reslove(tempList)

} catch(error) {

reject(error)

}

})

},

/**

* 处理异常情况

* ==> 简单处理 仅仅是对表格处理为空以及取消loading

*/

listExceptionCb (error) {

this.loading = false

console.error(error)

}

},

created() {

// 这个生命周期是在使用组件的生命周期之前

this.$nextTick().then(() => {

// todo

})

}

}

export defaultlist

下面我们直接在组件中使用这个mixins

importmixin from'@/mixins/list'//引入

import{getList} from'@/api/demo'

exportdefault{

name: 'mixins-demo',

mixins: [mixin], //使用mixins

data () {

return{

}

},

methods: {

//加载列表

load () {

const para = {

}

this.loading = true

getList(para). then( (result)=>{

this.listSuccessCb(result). then( (list)=>{

this.list = list

}). catch( (err)=>{

console.log(err)

})

}). catch( (err)=>{

this.listExceptionCb(err)

})

}

},

created() {

this.load()

}

}

使用了mixins之后一个简单的有loadoing, 分页,数据的表格大概就只需要上面这些代码。

mixins做公共数据的管理

有些时候我们有一些公共的数据它可能3、4个模块取使用但是又达不到全局的这种规模。这个时候我们就可以用mixins去管理他们,比如我们有几个模块要使用用户类型这个列表,我们来看使用mixins来实现共享。

//types.js

import{getTypes} from'@/api/demo'//ajax

exportdefault{

data () {

return{

types: [] //= =>{name: '', value: ''}

}

},

methods: {

//获取列表

getAllTypesList () {

getApiList(). then( (result)=>{

//todo

this.types = result //假设result就是我们需要使用的数据

}). catch( (err)=>{

console.error(err)

})

}

},

created() {

//在需要使用这个mixins的时候取自动请求数据 这个可要可不要 你想在父组件中执行也是ok的

this.getAllTypesList()

}

}

在组件中引用

importtypeMixin from'@/mixins/types'

exportdefault{

name: 'template',

mixins: [typeMixin],

data () {

return{

// types这个数组在使用组件中不用多余的定义,直接拿来用就行

type: ''

}

},

methods: {

}

}

至于mixins中得数据我们可以在组件中直接使用

我们这样就可以不用vuex来去管理那些只有在模块间复用几次的数据,而且非常方便得去取我们想要得数据,连定义都省了。但是这有一个缺点。就是每次都会去重新请求这些数据。如果你不在乎这一点点瑕疵的话,我觉得用起来是完全ok得。

注意: mixins它固然是简单的,但是注释和引用一定要做好,不然的话新成员进入团队大概是一脸的懵逼,而且也不利于后期的维护。也是一把双刃剑。另外:全局mixins一定要慎用,如果不是必须要用的话我还是不建议使用。

进一步对组件进行封装

大家都知道组件化的最大的好处就是高度的可复用性和灵活性。但是组件怎么封装好,封装到什么程度让我们更方便。这是没有标准的答案的。我们只有根据高内聚,低耦合的这个指导思想来对我们的业务通用组件来进行封装,让我们的业务页面结构更加的简洁,加快我们的开发效率。封装多一点的话页面可能会变成这样:

有什么东西一目了然。

无状态组件

最容易勾起我们封装欲望的就是无状态HTML组件,例如我们除去header, menu之后的content部分。没有什么需要复杂的交互,但是我们每个页面又都得写。你说不拿它开刀拿谁开🔪

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值