Ideas to think about in very long future in next major version

[nitbharambe]

If we should do ever to have a major version bump introducing breaking changes, we can include the following:

• Capitalized enums as thats PEP standard
• Mandatory keyword arguments to existing functions
• Removing literal string

This is not in planning. It is just a collection of ideas to not forget them.

[figueroa1395]

Refactor iterator usage in general to "comply" with ranges or make use of it for more readability and perhaps better performance. For examples update_component functions in main_model_impl.hpp.

[mgovers]

i agree that this would be great, but it requires getting rid of the boost iterator facade (or proposing and having a fix merged there)

[figueroa1395]

For sure, which I think is a good idea (dumping boost), albeit would requiere a lot of work. For this reason I am just dumping it here so we don't forget :)

[Jerry-Jinfeng-Guo]

Not sure if we should link the relevant issues with this thread, but here are they [in-complete, growing list]:

• [FEATURE] Rename power_grid_model/auxiliary directory name, power_grid_model/main_core source file names power-grid-model#809
• [FEATURE] Refactor main model to move the optional id logic power-grid-model#806
• [FEATURE] More concise and clear way of declaring types in main core / container power-grid-model#798
• [FEATURE] Reorganize code in source files like main_model_impl.hpp to polish away traces of 'organic growth' power-grid-model#794
• [FEATURE] Relocate functionalities like is_nan to common.hpp power-grid-model#791
• [FEATURE] Improve the naming of internal index sequence power-grid-model#839

[Jerry-Jinfeng-Guo]

Functor class for certain cases where a local var is defined but need to be passed to a lambda via std::move or lambda is too complex

[nitbharambe]

@Jerry-Jinfeng-Guo @figueroa1395 This discussion is specifically for next major version ideas. These are ideas introducing breaking change but minor enough to forget if we ever plan to do the bump in fae future.

[figueroa1395]

We shall then add these to a separate issue, where non-breaking changes that we still wish to do live, such that we don't forget.