[IN REVIEW] Refactor EAS to handle NonLinearElastic

[tarun-mitruka]

This PR focuses on refactoring enhancedassumedstrains.hh such that it is compatible also with nonlinearelastic.hh.

See CHANGELOG.md for more details.

See also Issue #331.

DONE

• Include updateState(/*...*/) in mixin.hh
• Get rid of noAssembler() argument for nonlinop construcor
• Does updateStateImpl() need to be a template of scalartype?
• Incorporate the call of the updateState() function in nonlinear solvers. (see below the call by FEGenericObserver as an example)
• Check if AutoDiff tests could be refactored even further
• Can we make a default implementation for updateState() or does every element need to implement this - Every element has to implement as it can then also be used for instance to update history variables while working with plasticity.
• Add tests performing a nonlinear analysis along with the EAS method.
• Fix/Add Python bindings accordingly

// In newtonraphson.hh
this->notify(NonLinearSolverMessages::SOLUTION_UPDATED, correction_);

// In main.cpp
auto updateStateObserver = std::make_shared<Ikarus::FEGenericObserver<Ikarus::NonLinearSolverMessages>>(
    Ikarus::NonLinearSolverMessages::SOLUTION_UPDATED, [&](const Eigen::VectorXd& correction_) {
      for (auto& fe : fes) {
        req.insertGlobalSolution(Ikarus::FESolutions::displacement, D_Glob)
            .insertParameter(Ikarus::FEParameter::loadfactor, lambda);
        fe.updateState(req, correction_);
      }
});

nr->subscribeAll({updateStateObserver });

OTHER PR

• Check and implement stresses (NonlinearElastic + EAS) -> To be done along with Add Result tests for Nonlinear Elastic #285
• Rework EAS with possible enhancements on displacement gradient and deformation gradient -> To be done after Add Local FE functions for non-linear contiuum mechanics #85
• Functionality to switch/transform between total Lagrangian and two point formulations -> To be done along with Non-linear finite elements #86

[codecov]

Codecov Report

Attention: Patch coverage is 75.14286% with 87 lines in your changes missing coverage. Please review.

Project coverage is 52.33%. Comparing base (7ba0bcb) to head (b3d4685).
Report is 1 commits behind head on main.

Files with missing lines	Patch %	Lines
...rainenhancements/easvariants/linearandglstrains.hh	23.75%	61 Missing ⚠️
...ements/mechanics/strainenhancements/easvariants.hh	64.28%	10 Missing ⚠️
ikarus/utils/tensorutils.hh	0.00%	10 Missing ⚠️
...finiteelements/mechanics/enhancedassumedstrains.hh	97.19%	3 Missing ⚠️
ikarus/finiteelements/mixin.hh	0.00%	3 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #325      +/-   ##
==========================================
+ Coverage   51.98%   52.33%   +0.34%     
==========================================
  Files          84       86       +2     
  Lines        2697     2725      +28     
==========================================
+ Hits         1402     1426      +24     
- Misses       1295     1299       +4     

Flag	Coverage Δ
tests	52.33% <75.14%> (+0.34%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

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

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[tarun-mitruka]

@rath3t The C++ side of this PR is ready for the first review, the Python bindings side will be updated after the C++ side is converged in either this PR or via a separate PR by @henrij22

[tarun-mitruka]

This PR is converted to draft as it can only be fixed after #349 is merged.

[rath3t]

See comments

[tarun-mitruka]

Hey @rath3t , apart from my comments above, I did the remaining changes

[rath3t]

You can check both of my comments and then merge this thing. Thanks!

[tarun-mitruka]

@rath3t and @henrij22 I am sorry I refactored everything again because the older implementation still disregarded the geometric stiffness contribution for L_ and D matrices making them still not applicable for the general case. I now use a design similar to dune-localfefunctions which makes it much more convenient to add more EAS variants. Once the CI runs, this PR can be reviewed (or merged :D)

[henrij22]

Maybe mention the interface change of EAS in the CHANGELOG?

[tarun-mitruka]

@rath3t I am now merging this PR. If you have see (major) corrections to be done, of course let me know and I will incorporate it in a separate PR. Thanks both of you for all the comments and corrections until now.