Подскажите, что означает такая конструкция int R { get; set; }

[robix]

Здравствуйте, я новичок в asp net. Подскажите, что означает такая конструкция:

int R { get; set; }


Или это особенности C#?
Именно, что значит get и set в фигурных скобках после переменной. Что это дает?

[Alex11223]

auto-implemented property https://msdn.microsoft.com/en-us/library/bb384054.aspx
(есть естественно и не auto-implemented свойства со своим кодом в get/set)

[robix]

Спасибо, а можете пример привести, допусти если в классе есть такое

class RQ
{

public int R { get; set; }
//...

}

Что например можно сделать с переменной R, чего нельзя если бы не было после нее { get; set; } ?

[come-on]

Это не переменные, поэтому нельзя ничего сделать с тем чего нет, хоть со скобками хоть без.
public int R { get; set; } это свойство, а это public int R поле
дальше в справке.

[Пепел Феникса]

Сообщение от robix

Спасибо, а можете пример привести, допусти если в классе есть такое

class RQ
{

public int R { get; set; }
//...

}

Что например можно сделать с переменной R, чего нельзя если бы не было после нее { get; set; } ?

многие методы использующие рефлексию(Data-Binding например) читают только свойства, так как свойства более гибкие.(+ они могут быть виртуальными, могут быть часть интерфейса)
если у вас возникает этот вопрос, значит вам еще рановато об этом голову ломать.
кратко говоря, смысл есть.
краткая запись свойства, это упрощение для случаев когда для свойства не нужна хитрая логика.

[robix]

Спасибо. А вот еще хотел спросить про Enumerable класс Net Framework .
В модели ASP NET проекта есть класс Collect, у которого есть свойство public static List<Neo> Init, где в его get {...} оно возвращает коллекцию List<> класса Neo

    public class Collect
    {
		public static List<Neo> Init
        {
            get
            {
                List<Neo> neolist = new List<Neo>();
    
				//... Наполнение коллекции
	
                return neolist;
            }
        }
	}

И потом в контроллере выполняется

IEnumerable<Neo> neos =Collect.Init.Take(numbers);

При этом объект класса Collect не создается через new нигде в проекте, а сразу идет такая инструкция.
Получается, что IEnumerable неявно все таки создает экземпляр класса Collect? Или как это работает?

[Alex11223]

А вот еще есть класс Enumerable. Это часть .NET Framework ? Получается к C# это не имеет отношения или C# обычно всегда с NET Framework используют в asp net?
Можно же и без него обойтись?

Ну LINQ вроде и в Mono есть. И даже в Юнити.
Или вы про IEnumerable<T>? Коллекции тем более везде есть. И это не класс, а интерфейс.

Зачем обходиться?
А так конечно можно и ассемблером обойтись.

[Пепел Феникса]

это статическое свойство, статические свойства/поля/методы работают без экземпляра объекта, но при этом могут обратится только к таким же статикам.(или аргументы)
https://msdn.microsoft.com/ru-ru/library/98f28cdx.aspx

поясню отдельно это:

объект класса Collect не создается

так у вас обращения к объекту класса Collect и нету. есть обращение к классу Collect.

А вот еще есть класс Enumerable. Это часть .NET Framework ? Получается к C# это не имеет отношения или C# обычно всегда с NET Framework используют в asp net?
Можно же и без него обойтись

это BCL dotNET. стандартный класс.
C# в принципе был создан для dotNET'a, применять можно не только то что написано на C#, любая управляемая(dotNET) сборка.

хотите обходитесь, но это будет странно.

[robix]

Спасибо вам, а мне нужно будет ликбез по c# пройти, так как смотрю, что хватает отличий от c++.
Хотя вот в чем фишка interface?
Можно и без него обойтись, но раз он есть значит, какая-то польза должна быть от него...

[come-on]

Хотя вот в чем фишка interface?

в том же что и в с++