joaomcteixeira/libfuncpy

View on GitHub
src/libfuncpy/lib.py

Summary

Maintainability
A
1 hr
Test Coverage

Function context_engine has 7 arguments (exceeds 4 allowed). Consider refactoring.
Open

def context_engine(
Severity: Major
Found in src/libfuncpy/lib.py - About 50 mins to fix

    Function flatlist has a Cognitive Complexity of 7 (exceeds 5 allowed). Consider refactoring.
    Open

    def flatlist(list_):
        """
        Flat a list recursively.
    
        This is a generator.
    Severity: Minor
    Found in src/libfuncpy/lib.py - About 35 mins to fix

    Cognitive Complexity

    Cognitive Complexity is a measure of how difficult a unit of code is to intuitively understand. Unlike Cyclomatic Complexity, which determines how difficult your code will be to test, Cognitive Complexity tells you how difficult your code will be to read and comprehend.

    A method's cognitive complexity is based on a few simple rules:

    • Code is not considered more complex when it uses shorthand that the language provides for collapsing multiple statements into one
    • Code is considered more complex for each "break in the linear flow of the code"
    • Code is considered more complex when "flow breaking structures are nested"

    Further reading

    Either remove or fill this block of code.
    Open

            pass
    Severity: Major
    Found in src/libfuncpy/lib.py by sonar-python

    Most of the time a block of code is empty when a piece of code is really missing. So such empty block must be either filled or removed.

    Noncompliant Code Example

    for i in range(3):
        pass
    

    Exceptions

    When a block contains a comment, this block is not considered to be empty.

    Remove this commented out code.
    Open

            # newkeywords = {**keywords, **fkeywords}
    Severity: Major
    Found in src/libfuncpy/lib.py by sonar-python

    Programmers should not comment out code as it bloats programs and reduces readability.

    Unused code should be deleted and can be retrieved from source control history if required.

    See

    • MISRA C:2004, 2.4 - Sections of code should not be "commented out".
    • MISRA C++:2008, 2-7-2 - Sections of code shall not be "commented out" using C-style comments.
    • MISRA C++:2008, 2-7-3 - Sections of code should not be "commented out" using C++ comments.
    • MISRA C:2012, Dir. 4.4 - Sections of code should not be "commented out"

    There are no issues that match your filters.

    Category
    Status