fix(xpansion): update for improved parameter handling and code refactoring

[MartinBelthle]

Changes Proposed:

1. Change "-" to "_" in relative_optimality_gap parameter:

   • Replace hyphen "-" with underscore "_" in the relative_optimality_gap parameter for consistency:
     drop the relative-optimality-gap parameter in the backend and the front end)

2. Removal of obsolete fields related to r version of Xpansion:

   • Remove obsolete fields associated with the R version of Xpansion to clean up the codebase.

3. Improvement of field labels for better user comprehension:

   • Enhance field labels according to Thomas B. specifications, to make them more understandable.

4. Add constraints for numeric fields:

   • Implement constraints on numeric fields to minimize input errors (min values, ranges, steps).

5. Backend enhancement for empty strings in "additional-constraints" and "yearly-weights" parameters:

   • Modify the backend logic to use an empty string when "additional-constraints" and "yearly-weights" parameters are
     not included in PUT requests from the frontend. This allows the user to unselect a file.

6. Code refactoring for improved maintenance:

   • Make the code more modular and easier to maintain in the long term.

Testing:

• Comprehensive testing has been performed to ensure the stability and correctness of the changes.

Notes for Reviewers:

• Please pay special attention to the changes in field labels, constraints, and backend handling.
• The refactoring aims to improve code maintainability without altering existing functionality.

[MartinBelthle]

NB : I've requested a review from Hatim concerning the little front-end part and from Laurent for the back-end part.

[laurent-laporte-pro]

According to Thomas' specification documentation, the relaxed_optimality_gap should exist in version >= 800. The default value is 1e-5.
There is a similar issue with the field relative_gap which has the default value 1e-6.

[laurent-laporte-pro]

@skamril, Thomas B. nous a fourni des spécifications concernant le formulaire de configuration générales d'Xpansion
(le formulaire affiché dans l'onglet "PARAMÈTRES", implémenté dans le script
src/components/App/Singlestudy/explore/Xpansion/Settings/SettingsForm.tsx). En partant de ses spécifications,
j'ai réorganisé l'ordre des champs, j'ai corrigé les libellés et ajouté des contraintes pour les champs numériques.

Actuellement, ce formulaire est soumis de manière globale, ce qui correspond bien à une requête PUT. Mais je remarque
que les champs "additional-constraints" et "yearly-weights", implémenté sous la forme d'une liste déroulante à sélection
unique (c'est-à-dire : avec un <SelectSingle>), ne sont pas soumis lorsque la sélection est vide. Pour rappel, nous
avons l'option optional qui permet à l'utilisateur de sélectionner aucun fichier. Cela pose un problème, car le
backend reçoit la requête PUT avec ces champs manquants, parce que les valeurs null (None) sont ignorées en Python.

Donc, pour palier à ce problème, j'ai rendu les attributs additional_constraints et yearly_weights obligatoires
en Python et j'ai affecté la valeur "" comme valeur par défaut. Autrement dit, si le champ est absent, le backend
le considèrera comme une chaîne vide.

J'ai fait ma propre analyse de la situation : lorsque l'utilisateur sélectionne l'option "Aucun" dans la liste,
la valeur attributé au paramètre est bien "".

Cela est fait dans le script src/components/common/SelectSingle.tsx :

<MenuItem key="None" value="">
  {t("global.none")}
</MenuItem>

Ce qui est différent de null. Donc, ça me va. Mais lors de la soumission du formulaire, les valeurs vides sont
ignorées. En toute rigueur, il faudrait ignorer les valeurs null et non pas les valeurs vides.