本章重点：
理解在开发人标准软件时，如何布局项目目录结构，以及注意开发规范的重要性。
一、为什么要有好的目录结构
二、目录组织的方式
三、关于README的内容
四、关于requirements.txt和setup.py
==================================================================================
一、为什么要有好的目录结构
好的设计项目目录结构，就和编码风格一样，是每个程序员都有的风格，但是在流水化标准化作业过程中，个性和风格是不被鼓励的。
如果你去维护一个非常不好读的项目，虽然实现逻辑并不复杂，但是对后续的维护者来说就是灾难。
一个层次清晰的目录结构，可以提高程序的可维护性：
1. 可读性高：
后续维护人员可以一眼看懂目录结构，不必为复杂混乱的层次耗费大量精力。测试文件在哪，配置文件在哪会被放置在规范操作的地方，可以让后续人员快速的了解这个项目。
2. 可维护性高：
看清目录架构之后，维护者可以将后续新增的文件和代码按照规范放置在规定的地方，虽然后续代码和文件增多，但是项目目录并不会混乱，仍然能够快速组织良好
所以说，保持一个层次清洗的目录结构是非常必要的，也是体现一个程序员思路和视野格局的一个标准
二、目录组织的方式
目前各个开发语言在工程目录结构方面，已经取得了一些共识的目录结构.
例如，如下的一个简单的ATM目录结构，开发人员可以快速的了解项目的启动入口，用户层模块，逻辑接口层模块，数据处理模块，日志模块等等。
如下的foo项目，就是一个清晰合理的目录结构。
bin:/ 存放项目的一些可执行文件，类似的有script/文件
foo:/ 存放项目的所有源代码
1. 源代码中的所有模块、包都改放在这个目录，不能放在顶层目录
2. 子目录tests/用来存放单元测试代码
3. 程序的入口一般命名为main.py
docs:/ 存放一些文档
setup.py:/ 安装，部署，打包脚本
requirements.txt: 存放软件依赖的外部Python包列表
README: 项目说明文件
除此之外，一些开源软件还会有LECENSE.txt, ChangeLog.txt等文件，目录组织和这个类似。
三、关于README的内容
README在GITHUB中很常见，一般来说都是必备的。该文件就要简要的介绍该项目的信息，让读者可以快速了解这个项目。
README一般说明以下几个事项：
1. 软件的定位，软件的基本功能
2. 运行代码的方法，安装的环境，启动命令
3. 简要的使用说明
4. 代码的目录结构说明，可以详细的说明软件的基本原理
5. 常见问题说明
四、关于requirements.txt和setup.py
setup.py
一般来说，用setup.py来管理代码的打包、安装、部署问题。业界标准的写法是用Python流行的打包工具setuptools来管理这些事情，这种方式普遍应用于开源项目中。
不过这里的核心思想不是用标准化的工具来解决这些问题，而是说，一个项目一定要有一个安装部署工具，能快速便捷的在一台新机器上将环境装好、代码部署好和将程序运行起来。
requirements.txt
这个文件存在的目的是:
1、方便开发者维护软件的包依赖。将开发过程中新增的包添加进这个列表中，避免在setup.py安装依赖时漏掉软件包。
2、方便读者明确项目使用了哪些Python包。
这个文件的格式是每一行包含一个包依赖的说明，通常是flask>=0.10这种格式，要求是这个格式能被pip识别，这样就可以简单的通过 pip install -r requirements.txt来把所有Python包依赖都装好了。