Работа с DBNull.Value

Мне часто приходится иметь дело с DataTables, связанными с элементами управления сеткой, пользовательское обновление всегда, похоже, создает много кода, связанного с DBNull.Value. Я видел здесь аналогичный вопрос, но думаю, что должен быть лучший ответ:

Каков наилучший способ работы с DBNull.

То, что я нахожу, я, как правило, инкапсулирую свои обновления базы данных в методы, поэтому в итоге я получаю код, как показано ниже, где я перемещаю DBNull.value в тип с нулевым значением, а затем обратно для обновления:

private void UpdateRowEventHandler(object sender, EventArgs e)
{
    Boolean? requiresSupport = null;
    if (grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport) != DBNull.Value)
        requiresSupport = (bool)grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport);

    AdditionalSupport.UpdateASRecord(year, studentID, requiresSupport)
}

internal static void UpdateASRecord(
        string year,
        string studentID,            
        bool? requiresSupport)
    {
        List<SqlParameter> parameters = new List<SqlParameter>();

        parameters.Add(new SqlParameter("@year", SqlDbType.Char, 4) { Value = year });
        parameters.Add(new SqlParameter("@student_id", SqlDbType.Char, 11) { Value = studentID });

        if (requiresSupport == null)
            parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit) { Value = DBNull.Value });
        else
            parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit) { Value = requiresSupport });

        //execute sql query here to do update
    }

Это был всего лишь пример потока, а не рабочего кода. Я понимаю, что могу делать что-то вроде объектов пропуска или проглатывать потенциальные проблемы с литьем, используя "как тип", чтобы получить DBUll прямо до нуля, но обе эти функции мне кажутся спрятаны потенциальными ошибками, мне нравится безопасность типов метода с типами NULL.

Есть ли более чистый метод для этого при сохранении безопасности типа?

Ответы

Ответ 1

Несколько (очень) простых общих вспомогательных методов могут по меньшей мере сконцентрировать тест на один фрагмент кода:

static T FromDB<T>(object value)
{
    return value == DBNull.Value ? default(T) : (T)value;
}

static object ToDB<T>(T value)
{
    return value == null ? (object) DBNull.Value : value;
}

Затем эти методы можно использовать, если это необходимо:

private void UpdateRowEventHandler(object sender, EventArgs e)
{
    AdditionalSupport.UpdateASRecord(year, studentID, 
        FromDB<Boolean?>(grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport)));
}

internal static void UpdateASRecord(
        string year,
        string studentID,
        bool? requiresSupport)
{
    List<SqlParameter> parameters = new List<SqlParameter>();

    parameters.Add(new SqlParameter("@year", SqlDbType.Char, 4) { Value = year });
    parameters.Add(new SqlParameter("@student_id", SqlDbType.Char, 11) { Value = studentID });
    parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit) { Value = ToDB(requiresSupport) });

    //execute sql query here to do update
}

Ответ 2

Я не вижу, что неправильно с as -casting и null слиянием.

as -casting используется для чтения:

bool? requiresSupport =
  grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport) as bool?;
AdditionalSupport.UpdateASRecord(year, studentID, requiresSupport);

null используется для записи:

parameters.Add(new SqlParameter("@student_id", SqlDbType.Char, 11)
  { Value = studentID });
parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit)
  { Value = (object)requiresSupport ?? DBNull.Value });

Оба они полностью типичны и не "скрывают" ошибки.

Если вы действительно этого хотите, вы можете обернуть их в статические методы, поэтому вы получите это для чтения:

//bool? requiresSupport =
//  grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport) as bool?;
bool? requiresSupport = FromDBValue<bool?>(
  grdMainLevel1.GetFocusedRowCellValue(colASRequiresSupport));

и это для записи:

//parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit)
//  { Value = (object)requiresSupport ?? DBNull.Value });
parameters.Add(new SqlParameter("@requires_support", SqlDbType.Bit)
  { Value = ToDBValue(requiresSupport) });

Статический код метода немного очищается в случае записи, но намерение менее ясно (особенно в случае чтения).

Ответ 3

parameters.Add("@requires_support", SqlDbType.Bit).Value = (object)requiresSupport ?? DBNull.Value;

что означает то же, что и

parameters.Add("@requires_support", SqlDbType.Bit).Value = (requiresSupport != null) ? (object)requiresSupport : DBNull.Value;

или

if (requiresSupport != null)
    parameters.Add("@requires_support", SqlDbType.Bit).Value = requiresSupport 
else
    parameters.Add("@requires_support", SqlDbType.Bit).Value = DBNull.Value;

(для удаления неоднозначности типа требуется дополнительный приведение к объекту)

Ответ 4

public static object DbNullable<T>(T? value) where T : struct
{
    if (value.HasValue)
    {
        return value.Value;
    }
    return DBNull.Value;
}

public static object ToDbNullable<T>(this T? value) where T : struct
{
    return DbNullable(value);
}

Это моя реализация помощника DBNULL. Использование прост:

new SqlParameter("Option1", option1.ToDbNullable())