Usando tipos anulables en API públicas

Question

que tienen un método en el DAL como:

public bool GetSomeValue(int? a, int?b, int c) 
{ 
    //check a Stored Proc in DB and return true or false based on values of a, b and c 
} 

En este método, estoy pasando dos tipos anulables, debido a que estos valores pueden ser nulo (y comprobando como nula en el PP almacenados Proc). No quiero usar números mágicos, ¿está bien pasar tipos nulables como este (desde el rendimiento hasta la perspectiva de la flexibilidad de la arquitectura)?

Answer 1

Creo que esto es perfectamente válido. También prefiero los tipos que aceptan nulos a los valores mágicos.

Answer 2

Como los tipos que aceptan nulos son parte de la Biblioteca de clases base y no están relacionados con ningún lenguaje específico, considero que es perfectamente válido. Lo único que trato de evitar en las API públicas son construcciones que son específicas del idioma.

Answer 3

Creo que si estás bien usando Colecciones o Colecciones Objetos genéricos, entonces deberías sentirte perfectamente justificado usando Nullable<T>.

. Los lenguajes .NET están fuertemente tipados, por lo que creo que uno debería esperar un método de API tipado. Este tipo pasa a ser (Nullable<int>, Nullable<int>, int).

Ok, yo también.