Hi Joris,
I agree with your opinions on reinventing the wheels that has been developed and tested by existing rules. But I won't put restrictions on OCLint's capability nor what OCLint can achieve. When we started designing the tool, we have actually thought about the `source code reader` rules, with which, we are able to write text-based stylistic rules.
We spent the majority of the time on AST based rules, only because we - existing contributors - are more interested in this. But please be aware that, during the parsing procedure, certain information is lost, so we won't be able to get everything in AST, for example, MACROs. So, source code based rules help us preserve this level of abstraction.
You can actually get the source code from AST based rules, and you can get AST from source code based rules. We just designed different types of interfaces that make it easier to implement one type of rule, but two types of information are shared under the hook.
So, we do open the door for people who have passions in the coding standard that requires syntactic checking, and we do believe this category of rules are also beneficial to code quality. We do everything to improve code quality.
Longyi