middleware/selector

[daemon365]

#1241

[daemon365]

 需要支持client不？

[shenqidebaozi]

要的

[daemon365]

添加了client的middleware 用断言的方式支持数组匹配了 如果继续用字符串，只是一个类型断言的影响 性能影响应该很小

[tonybase]

http.Middleware(
    selector.Client(logging.Server(), authjwt.Server())
        .Prefix("/article.", "/login")
        .Regex("/article.{List*}"),
        .Path("/article.ListCategory"),
)

http.Middleware(
    selector.Server(logging.Server(), authjwt.Server())
        .Prefix("/article.", "/login")
        .Regex("/article.{List*}"),
        .Path("/article.ListCategory"),
)

type Builder strcut {
    client bool
    prefix []string
    regex []string
    path []string
}
func Client(ms ...middleware.Middleware) *Builder {
    return &Builder{client: true}
}
func (b *Builder) Prefix(prefix ...string) { b.prefix = prefix }
func (b *Builder) Regex(regex ...string) { b.regex = regex }
func (b *Builder) Path(path ...string) { b.path = path }

[daemon365]

现在的用法是：

http.Middleware(
		selector.Server().Regex("/hi/[0-9]+").Prefix("/hello/").Path("/hello/kratos", "/hi/kratos").Build(), 
		)

http.Middleware(
		selector.Server().NotRegex("/hi/[0-9]+").NotPrefix("/hello/").NotPath("/hello/kratos", "/hi/kratos").Build(), 
		)

现在的问题是正向匹配和反向匹配(比如：notPrefix ) 不能同时存在 目前做法是panic了 可能有些激进 可以默认正向匹配或者反向匹配

[tonybase]

不然把反向去掉？必须明确地配置，也比较简单一些

[daemon365]

但是有可能除了一两个路由都要用 这个中间件 那得配置多少个啊 你考虑一下吧！

[tonybase]

prefix match还好的，配置好需要支持的前缀就好

[daemon365]

好的 那我去掉

[tonybase]

LGTM

[daemon365]

LGTM!