一个运营统计需求脚本的连续剧

近期，应运营需求，写了一个日志分析的脚本，期中颇有感触，特发此文，吊念逝去的前几天。

其实大家脚本实现的原理都差不多，但是评判好与不好的一个标准不应该是仅仅实现了功能。

打个比方，如果你能让一个第一次开车的人，感觉自己像个老司机一样，那你就很牛逼。

闲话少说，直接开整。下面就是我心中一个好脚本应该有的特质：

1、自动化，

有一个连贯的思维逻辑。写之前可以先写一个实现功能大致流程。

可以有一些判断机制，比如目录存在或者目标不存在，程序怎么运行。

也可以有一些脚本执行完成状态的反馈，比如追加到一个log、给管理员发邮件等

2、规范化，

脚本抬头应有脚本注释，说明脚本作者、时间、作用、作者联系方式等信息，

脚本写出来要能让人看的明白怎么回事，重要、歧义地方应有注释

同一类型的变量声明，前缀尽可能相同，整齐，美观

4、流程化，

要把复杂的脚本写简单了，比如脚本复用，变量重复定义等，该舍弃的需要舍弃

脚本应该层次清晰，结构明朗，便于查阅，也便于后续排错

整个脚本阅读起来就像是在打游戏，过关卡，一环套一环，一关接一关

一个脚本写出来，在满足功能的基础上，能满足以上需求，就是我心中的好脚本