按关键词阅读： 数据库 程序员 伪代码 测试用例 README
文章插图
大胆重构开发者应该保持爱折腾的习惯 ， 不安于现状 ， 才能做到与时俱进 。 软件之所以叫软件 ， 正是因为它是”软”的 ， 需求随时在更新 ， 上星期的代码放在今天也许就不再合适 。 也正因为软件是软的 ， 我们可以很方便的通过重构改进它 。 只要有良好的测试用例 ， 就大胆的重构吧！这里列出一些应该重构的时机：
- 当你需要添加一个新功能 ， 突然发现程序耦合严重 ， 导致新功能不是那么好添加 ， 那就先将程序重构到可以方便的添加新功能
- 当你阅读代码时 ， 发现程序可读性低 ， 导致理解上的困难 ， 显然代码还不够清晰 ， 先将其重构到一眼能够看出结构 。
- 你找到一种更好的实现方式 ， 千万不要因为现有的代码仍然可用就置之不理 。 尝试将你的想法实现出来 。 即使失败了 ， 你也会更能理解为什么代码是现在这个样子 。
文章插图定时备份年轻时 ， 我曾在网上问一个命令行怎么写 ， 有人教我 rm -rf / ...如果程序中用到数据库操作 ， 一定要记得定时备份 。 数据库备份有诸多好处：可以防止数据丢失 ， 可以在程序出错时方便数据回滚 。 而且它并不需要太多的成本 ， 只需要写个脚本完成定时自动备份 ， 并删除过老的备份数据即可 。 如果数据库没有做备份 ， 而数据库又被误操作删除了的话 ， 那就等同于
文章插图同样 ， 代码也需要及时备份 ， 使用版本管理系统可以解决这个问题 。 用上 Git ， 随时 commit ， 丢失代码的情况几乎不可能发生 。
文章插图写一份完善的 READMEgithub 上有非常多的好项目 ， 无一例外 ， 他们都有一份完善的 README 。README 是程序的门面 ， 有助于别人及时发现你写的好项目（不要奢望每个人都有闲情逸致来阅读你的源码） 。 况且 README 文档的好处不止于此 ， 它还可以帮助自己梳理逻辑 ， 理清思路 。
写好 README 之后 ， 随着项目的演进及时更新它 ， 不会花太多时间 ， 但能让你随时都对项目有个整体的把握 。 绝对值得一试 。
本文作者：Alpinist Wang
声明：本文归 “力扣” 版权所有 ， 如需转载请联系 。
文中部分图片来源于网络 ， 为非商业用途使用 ， 如有侵权联系删除 。
稿源：(未知)
【傻大方】网址：http://www.shadafang.com/c/111J2V362020.html
标题：README|编程中有哪些好习惯一开始就值得坚持？( 二 )