F.Traps and F.DerivedQuantities -> subclasses of list

[KulaginVladimir]

Proposed changes

This PR modifies F.Traps and F.DerivedQuantities to be subclasses of list following #494.

An attempt was made to add a check that:

• a list is passed to F.Materials / F.Exports / F.Traps / F.DerivedQuantities
• the passed list contains F.Material / F.Export / F.Trap / F.DerivedQuantity

Additionally, a .materials / .exports / .traps / .derived_quantities property is temporarly added to F.Materials / F.Exports / F.Traps / F.DerivedQuantities to minimize a breaking change, as privately discussed with @RemDelaporteMathurin.

Types of changes

What types of changes does your code introduce to FESTIM?

• Bugfix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Code refactoring
• Documentation Update (if none of the other choices apply)
• New tests

Checklist

• Black formatted
• Unit tests pass locally with my changes
• I have added tests that prove my fix is effective or that my feature works
• I have added necessary documentation (if appropriate)

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (a484d8d) 99.44% compared to head (0d68ce5) 99.47%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #697      +/-   ##
==========================================
+ Coverage   99.44%   99.47%   +0.02%     
==========================================
  Files          58       58              
  Lines        2176     2280     +104     
==========================================
+ Hits         2164     2268     +104     
  Misses         12       12              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[RemDelaporteMathurin]

@KulaginVladimir thanks for this! almost there!

I'm just realising that having the property for .traps (for instance) doesn't break the api if users do:

print(my_traps.traps[2])

but users can't do

my_traps.traps.append(...)

Can you please add a setter/getter in addition to the @Property please?

[RemDelaporteMathurin]

Thanks for this @KulaginVladimir the code is much cleaner now!