以后慢慢添加经验。随手把遇到的问题记录下来。

 

 一、地址要定义在变量中，千万不要写死在代码中。

 

遇到一个坑。把地址都写死在模版或代码中了。以后要修改地址,变得很困难

 

下面是遇到的问题，要将通行证的地址修改为新版本的地址，这个应用中代码请求要改为请求新版本的地址。我去修改的时候，就变得麻烦。要修改的地方非常多。

 

 

解决办法:把地址定义在一个变量中。多处使用地址的时候，就引用这个变量。

定义一个js变量放在头部模版中定义。这样模版的其他地方引用这个变量。这个js变量的值来源于后端php赋值。

 

以后要修改，就方便多了。直接在php中修改即可了。

 

 

二、文件的命名要清晰表达意思。不要用拼音，拼音很难识别含义。也尽量不要使用简写。比如简写o，很难知道这个o表达什么意思。

 

header.php，我去维护的时候,发现多了一个oheader.php。

 

看文件名称很难知道这个文件是干嘛的

 

去看代码，里面差不多。只是疑惑了：不知道为什么，有的引入的是header.php，有的引入的是oheader.php

区别是什么呢？接手的技术很难明白。

 

 

 

代码的维护性减低了很多。

 

 

 三、多余的文件不要残留在目录里面。尽量避免拷贝文件重命名的方式

 

 

-----------------------------------

 

其实这些知识与技术知识的无关。不是技术知识的部分。是人做事情的一种条理性和思路清晰的体现。乱的代码体现了一个人大脑是乱的，没有清晰的规划。

比如说，多思考某一天修改了域名怎么办呢？考虑到变化的部分。

 

路径其实不会修改。域名修改是很正常的。因为还会是同一套系统，那么里面的路径是一样不会变的。所以我们常常会习惯把域名部分定义成变量。

 

 

 

我的经验是，同理心思考(换位思考):怎么样让自己写的代码清晰，容易让接手的技术明白呢？我会特意问对方哪里不容易理解。这样验证自己哪里做的不够好。哪里还可以更加通俗化点，比如需要增加一些注释特意说明。

站在接手你代码的人角度去考虑问题。这样自己写的代码不会被对方给鄙视。

 

大道至简啊。把复杂的事情通俗化，简单化，这样能够锻炼出自己的能力。