(1) In our project code, there are some parts (modules, layered_products) which are in complete not in our code ownership. So we normally don't change anything in this code and therefore are not interested in any warnings about code smells from there
-> therefore it would be great, if we could exclude certain directories from the MStyle analysis
(2) In our project code, there are many cases where we change original product code to fullfill our requirements. This is typically done in files named <class_name>_mods.magik. In these files the changed methods are often identical to the original method except for some very few lines. I try to keep the sources that way that these lines are marked by
- Code: Select all
# OLD
# <original code>
# END
# NEW
<my code>
# END
-> For this case it would be helpful, if we could permamently acknowlegde warnings concerning these parts, which we are not interested in to be analysed. Such an Acknowledgement should also remain unchanged if the selection or severity of the warning messages are changed. They should only be cleared, if explicitly done (for one acknowledgement, for a file, for a part tree or for the whole project)
-> Another more sophisticated solution would be
-- (a) define regular expressions for file names concerned (e.g. ".*(_mods/.*magik|.*_mods.magik)")
-- (b) define a regular expression for starting analysis (e.g. "^ # NEW")
-- (c) define a reqular expression for stop analyses (e.g. "^ # END")
-- If you are analysing a file named according to (a)
-- and if you analyse an element (method, define_shared_constant, etc) containing a line fulfilling (b) before a line fulfilling (c)
-- then automatically acknolegde all errors/warnings etc outside all ranges defined by (b) and (c) within that element
-> There should be a possibility to switch on/off the display of acknowledged messages.