【confilter方案】上游调用端是否要带上词典id或词典组id

[tigbox]

• 一个产品线创建了词典及词典组，它可能灵活的根据词典、词典组id进行请求。 好处是confilter本身不负责这个数据的维护，开发成本小，并且调用端可以做到最大的灵活程度；坏处是不那么好用， 毕竟让开发去记录id不是很人性化。

• 产品线创建了词典及词典组，还要自定义一些词典模式，词典模式绑定了词典及词典组。比如模式a表示词典（1，2，3）+词典组（111）， 模式b表示词典（4，5，6）+词典组（222，333），传参的时候mode=a|b。 好处是比较人性化，但是开发成本高了，毕竟涉及到从产品线模式到词典id的映射。

[tigbox]

前者
request:
http://localhost:port/pathinfo?product=XXX&dic=1,2,3&group_dic=2

产品线请求的词典是1，2，3 ； 词典组是2
其中词典组2绑定了3，4，5这三个词典。

response:
{
"code": 0,
"message": "success",
"match_data": {
"dic": {
"1": ["习大大"],
"2": ["妈的", "shit"]
},
"dic_group": {
"2": {
"5": ["手榴弹"]
}
}
}
}

后者
request:
http://localhost:port/pathinfo?product=XXX&mode=abc
产品线XXX的abc模式对应的词典是1，2，3；对应的词典组是2，其中词典组2绑定了3，4，5这三个词典。
response:
{
"code": 0,
"message": "success",
"match_data": {
"a": {
"dic": {
"1": ["习大大"],
"2": ["妈的", "shit"]
},
"dic_group": {
"2": {
"5": ["手榴弹"]
}
}
}
}
}