随着本项目的成长和影响力的扩大，在过去一年左右的时间里，本项目出现了几个问题：
@cn 属性的存在，导致 geolocation-!cn 类别里出现了很多“大陆域名”（隶属于非大陆企业，但在大陆有接入点的域名）- 每个列表的域名规则无法去重（如
geolocation-!cn 包含大量顶级域，可以通过树去重，以减少生成文件的体积）
现在此提议，在构建流程中引入多种选项和特性：
- 自动按优先级查找
data 文件夹的位置（命令行选项）
- 可自定义生成文件的输出目录（命令行选项）
- 可自定义用哪个列表来生成
gfwlist.txt 文件（命令行选项。geolocation-cn 或者 cn 即为白名单，geolocation-!cn 即为黑名单）
- 可自定义去除带有特定属性的规则（命令行选项）：生成文件时，去除带有某些特定属性的规则，如：
geolocation-!cn 列表去除 @cn 属性的规则；geolocation-cn 列表去除 @!cn 属性的规则（目前并无此规则，但后续可以考虑加入此类域名到 geolocation-cn 列表）
- 扩展
include 语法：支持 include:filename@attribute（由此，geolocation-cn 可以 include:google@cn；geolocation-!cn 可以 include:alibaba@!cn）
⚠️ 注意：规则去重功能只处理不带属性的 Domain 类型的规则。
随着本项目的成长和影响力的扩大，在过去一年左右的时间里，本项目出现了几个问题：
@cn属性的存在，导致geolocation-!cn类别里出现了很多“大陆域名”（隶属于非大陆企业，但在大陆有接入点的域名）geolocation-!cn包含大量顶级域，可以通过树去重，以减少生成文件的体积）现在此提议，在构建流程中引入多种选项和特性：
data文件夹的位置（命令行选项）gfwlist.txt文件（命令行选项。geolocation-cn或者cn即为白名单，geolocation-!cn即为黑名单）geolocation-!cn列表去除@cn属性的规则；geolocation-cn列表去除@!cn属性的规则（目前并无此规则，但后续可以考虑加入此类域名到geolocation-cn列表）include语法：支持include:filename@attribute（由此，geolocation-cn可以include:google@cn；geolocation-!cn可以include:alibaba@!cn）