Revisar los métodos de chequeo o de tipo test

[Pedro Gea]

Se solicita la revisión de los métodos de chequeo o de tipo test para dotarlos de cierta homogeneidad que facilite tanto su implementación como su uso.

Véase development/Methods? con información sobre la implementación de los métodos.

[Pedro Gea]

(In [2313]) Se da un paso en la línea del tique #485 usando el objeto conexión para la creación de las instancias de los repositorios.
Se modifica el nombre del método de clase CheckAvailability por Exists
Refs #485, #553

[Pedro Gea]

(In [2314]) Se modifica el método de clase @Constraint::TestValue por @Constraint::Test paralelo a @Constraint::New de acuerdo a los nuevos criterios.
Refs #553

[Pedro Gea]

(In [2315]) Se modifica ligeramente el método @MCombination::CheckConstraint de acuerdo a los nuevos criterios.
Se añade un argumento para mostrar o no posibles errores o advertencias en el chequeo.
La salida en caso de no ser vacía consiste en un texto con una marca del error con el nombre de la restricción (útil para el método @Model::CheckMCombinations.Constraint)
Refs #553, #531

[Pedro Gea]

(In [2365]) Se rehacen las funciones para realizar operaciones de álgebra de conjuntos, recibiendo como argumento una relación de equivalencia.
Se deshace el uso provisional de Classify. (Véase [2326]).

En el tique #553 se proponía un modo de usar los métodos GetDependences_ToLevel y GetDependents_ToLevel haciendo uso de las funciones anteriores.
Mientras se llevan a TOL la propuesta de estas funciones se sugiere utilizar las nuevas funciones acabadas en "_Eq" y la función ya implementa SameNameBlock.
El código sugerido quedaría como sigue:

...
Set dependences = MMS::Unique_Eq(SetConcat(dependencesSets), SameNameBlock);
...
Set MMS::Intersection_Eq(dependences, dependents, SameNameBlock);

Refs #553

[Pedro Gea]

El último comentario no era para el #553 sino el #533.

[Pedro Gea]

Se enumeran los métodos (de instancias) Check y Test:

• En la comprobación de restricciones:

  Set <model>::CheckMCombinations.Constraint
  Set <mCombination>::CheckConstraint
  True/False @Constraint::Test
  

• La prueba de multicolinealidad en la definición del submodelo:

  Set <submodel>::CheckMulticollinearity
  

• En la comprobación del orden en el que se construirán las jerarquías y las m-combinaciones. Probablemente con la introducción del enlace retardado (#556) pueden quedar obsoletas.

  True/False <model>::TestHierarchy_Spc
  True/False <model>::TestHierarchy_Spc0.5
  True/False <model>::TestMCombination_Spc
  True/False <model>::TestMCombination_Spc0.5
  True/False @Hierarchy::TestSpc
  True/False @Hierarchy::TestSpc0.5
  True/False @MCombination::TestSpc
  True/False @MCombination::TestSpc0.5
  True/False @MEquivalence::TestSpc
  

• Otras:

  True/False <expTerm>::TestRegularity // IsRegular?
  True/False <mObjectPrior>::TestIndependence // IsIndependent?
  True/False <mElementResults>::TestValue
  

[Pedro Gea]

(In [2366]) Se modifican dos métodos de acuerdo a los convenios descritos en #553.
El método Real <mObjectPrior>::TestRegularity() pasa a llamarse Real <mObjectPrior>::IsIndependent().
El método Real <expTerm>::TestRegularity() pasa a Set <expTerm>::CheckRegularity(showMode) y se crea un Set <submodel>::CheckExpTerms.Regularity(showMode) con un estilo similar a los métodos CheckConstraint y CheckMCombinations.Constraint.
El método {{CheckExpTerms.Regularity}}} es un mecanismo alternativo aCheckMulticollinearity para detectar los parámetros cuyo input es nulo.
Provisionalmente se dejan versiones obsoletas advirtiendo de su desaparición.
Refs #553, #79

[Pedro Gea]

Las funciones descritas antes en el punto Otras quedan:

• Comprobación de la regularidad de los términos explicativos:

  Set <submodel>::CheckExpTerms.Regularity
  Set <expTerm>::CheckRegularity
  

• Otras:

  (True/False <mObjectPrior>::IsIndependent)
  True/False <mElementResults>::TestValue
  

Así los métodos quedan revisados y acorder a las criterios descritos en development/Methods?. Más adelante, sobre todo de cara a la implementación de mecanismos de chequeo y diagnosis habrá que prestar atención de nuevo a estos criterios. Véanse #352, #366.