开发方法论(持续更新)

流程

敲定需求
设计交互
讨论实现逻辑
写代码

复用

用户信息的新增、编辑、查看,一般是做成三个页面。但是对需求变动频繁的项目,这样做开发成本很高。因为所有的微小变动(添加一个信息项,或者去掉一个验证)都要同时修改三个页面。
所以最好把三个页面合成一个,改起来方便。

教训:写全局样式的时候,要加上class!

比如写一个全局的 button 样式,也要加上 class 。

不加 class 有什么惨痛后果呢?

如果在开发后期引入了新的UI组件,之前写的全局样式,可能会影响到 UI组件里的 button !

  • 这时,如果修改自己的 button 样式(比如添加 class 名称),那么需要给之前写的所有 button 手动添加 class,很麻烦。
  • 如果不修改之前写的全局 button 样式,只能把 UI 组件中被影响的逐个修改,也很烦。如下图: 在这里插入图片描述

所以,一定要吸取教训:写全局样式的时候,要加上 class !

PC 端和移动端,不能用一个页面

  1. 样式会互相干扰
    自己写的样式会互相干扰。用 js import 引入的 css 文件是作用于全局的。
    如果因为偷懒,在同一个页面混用 elementUI 和 mintUI,会带来意想不到的问题。比如: elementUI 的弹窗 el-dialog 会把 mintUI 的提示 messagebox 给盖住。导致 el-dialog 弹出后, messagebox 就看不到了。

  2. js 体积太大了
    js 有作用域,所以不会互相干扰。但是因为放到一个页面里,js 体积又变大了。移动端加载会很慢。

对于灵活的参数格式,先规范化,再使用

vue 的 props 可以是数组,也可以是对象。对使用者来说很灵活、便利,但对 Vue 来讲是个麻烦。

props:["number"],
props:{
	number:{
		type:Number
	}
}

Vue 的处理方式是:先将 props 规范化成指定格式,再使用。

onReady

编写异步加载的插件时,要提供 onReady 方法

猜你喜欢

转载自blog.csdn.net/tangran0526/article/details/104269189