Extend wildcard functionality

[oriooctopus]

Right now we would support the wildcard operator in the following situation:

"rules": {
    "ban/ban": [
     	"error",
	{
		name: ["api", "*"],
		message: "Some message",
	},
     ]
}

The following is another situation which is not supported but I think we should support:

"rules": {
    "ban/ban": [
     	"error",
	{
		name: ["api", "getAllBy*"],
		message: "Some message",
	},
     ]
}

Basically, the first situation shows the wildcard being used to match everything, the second shows it in combination with a precursor. Additionally, something like *text should be supported where the wildcard is first.

I would be happy to put up a diff supporting this if you tell me that you would be okay with it

[remithomas]

Hello @oriooctopus,
this could be a good feature. It should be easy to implement, feel free to push a MR.

Thanks for the idea !!

[DerZyklop]

Our case is probably related…

We want to ban this
this.routerService.navigate()
as well as
routerService.navigate()

["pRouterService", "navigate"] does not catch this.routerService.navigate()
["*", "pRouterService", "navigate"] does not catch anything
["this.routerService", "navigate"] does not catch anything

["*", "navigate"] is our workaround but would also catch somethingElse.navigate()