Spring data Cassandra преобразует имя пространства ключей и имена таблиц в нижний регистр

Это способ использовать его, за исключением того, как вы его настраиваете. Вместо доступа к переменной-члену вы можете использовать свойство внутри класса, поэтому вы можете использовать единообразные правила для каждой переменной-члена. Это основное преимущество использования свойств, заключается в том, чтобы привести логику доступа и настройки в одно место. Это зависит от ваших конкретных потребностей, независимо от того, хотите ли вы установить его с помощью свойства или нет. Обратите внимание, однако, что в конструкторе вы хотите быть очень осторожным при вызове свойства, так как вы можете или не можете полагаться на другие части инициализируемого класса, которые еще не были бы выполнены, если они будут доступны через конструктор. Опять же, это зависит от вашей конкретной реализации.

Также немного полезно использовать:

myObject.Property1 = "Test String";
Console.WriteLine(myObject.Property1);

Чем вы видите на некоторых других языках:

myObject.setProperty1("Test String");
System.out.writeln(myObject.getProperty1());

Вот пример, в котором вы можете инкапсулировать некоторую логику:

public int Order
{
    get { return m_order; }
    set
    {
        // Put some rules checking here. Maybe a call to make sure that the order isn't duplicated or some other error based on your business rules.
        m_order = value;
    }
}

Другим способом, который они полезны, было бы так:

public int Order { get; private set; }

И теперь у вас есть получил свойство с автоматическим внедрением с переменной-членом backing, которую можно установить только внутри класса, но читать везде.

Наконец, если вам нужно управлять логикой, вы можете написать это:

public int Order
{
    get { return m_order; }
    protected set
    {
        // Again, you can do some checking here if you want...
        m_order = value;
        // You can also do other updates if necessary. Perhaps a database update...
    }
}