Конечно Павел дал правильный ответ . Но я нашел в этом сообщении , что с EF 6+ можно сохранить частные свойства. Поэтому я бы предпочел этот код, потому что вы не можете сохранить строки неправильно.
public class Test
{
[Key]
[DatabaseGenerated(DatabaseGeneratedOption.Identity)]
public int Id { get; set; }
[Column]
[Required]
private String StringsAsStrings { get; set; }
public List Strings
{
get { return StringsAsStrings.Split(',').ToList(); }
set
{
StringsAsStrings = String.Join(",", value);
}
}
public Test()
{
Strings = new List
{
"test",
"test2",
"test3",
"test4"
};
}
}
В CLI десятичное число не является собственным типом как Int32, Строка, и другие. Я предполагаю, что использование C# Выдерживает сравнение негласно для реализации операторов сравнения.
кроме того, можно передать, Выдерживают сравнение в качестве параметра с программой сортировки, не создавая делегата, уменьшая уровни вложенности метода в виде.
That’s несколько вещей первое, что пришло на ум.
С одной стороны, это делает действительно легче создать Comparison<decimal>
экземпляр делегата:
Comparison<decimal> foo = decimal.Compare;
Это удобно для передачи в вещи, которые берут произвольных делегатов сравнения.
может также быть полезно при использовании языка, который не поддерживает перегруженные операторы. Это - причина, рекомендуется не представить функциональность, которая является [только 113] поддерживаемые операторами.
Десятичное число. Сравните возвращает число со знаком, указывающее на относительные значения двух десятичных значений. Типичное использование этого для сортировки.
Операторы такой как>,> =, < возвратите булевскую переменную.
, Таким образом, они используются в сценариях различия.