Господа, обьясните мне,недалекому, что аткое конструктор-деструктор ,для чего он нужон и как им юзаться плиз. К Троелсону не отсылать=)

Добавлено @ 12:53 
В чем различие между статическим конструктором констурктором ,конструктором с параметрами и как использовать статический конструктор в качестве счетчика обьектов? 

Конструктор по умолчанию выделяет память  и инициализирует объект, в C# конструктор присваевает данным значения по умолчанию, чаще всего 0.
В большинстве случаев класс снабжен и другими конструкторами принимающими праметры. Использование такого конструктора самы простой способ инициализировать  состояние объекта в момент его создния, установив нужные значения.

Назначение статических конструкторов- присваивать начальные значения статическим переменным. 

Маленькая просьба---приводите примеры с кодом плииз=)
тока не очень сложные а на уровне-- вот тут мы передали конструктором параметры и т д=) 

Использование статического конструктора:
Дапустим нуна чтоб статической переменной color всегда при создании присваевалось значение black. 
  

Это сообщение отредактировал(а) Pitc - 1.5.2006, 13:21

гм а почему нельзя то же самое через метод сделать??
примерно так:



 

Вообще я у тебя метода не вижу..  


Добавлено @ 13:54 
Если использовать метод ,то потом его надо будет вызвать перед использованием переменной color, а уже потом обращаться к переменной.  

упс ступил

public class NewClass
{
///.....
public void Colour()
{
   public  string color;
   color="black";
Console.WriteLine("Цвет ремешка"+colour);
  }    
///.....
}

public static int Main(string[] args)
{
     NewClass c1= new NewClass();
     c1.Colour
}
 

деструктор - есть понятие обратное конструктору. т.е. освобождает память. Не знаю насколько он необходим в C#, но вот в C++ он использовался для освобождения памяти выделяемой под определенные поля объекта. т.к. деструктор по умолчанию этого не делал. Соответсвенно ты можешь и не описывать не конструкто ни деструктор, тогда шарп сам проинициализирует все поля для создаваемого объекта (значениями типа null или 0), однако здесь могу возникнуть проблемы в случае если в качестве полей у тебя выступают например массивы и т.п., тогда при обращении к полю объекта через какой либо метод компилятор ругнется что значение данной переменной неопредлено.
 

Значит так. Все что написано сверху верно, но хочу вставить свои пять копеек.

Назначение конструкторов -- проводить начальную инициализацию объекта. Все равно какую.
Деструктора -- высвобождение ресурсов, которые не может высвободить сборщик мусора, после удаления объекта. Например закрытие открытых файлов.


Так не пойдет,    color="black"; -- это инструкция (комманда) она не может быть написана вне метода. Выскочит ошибка этапа компилирования, но значение полю можно присвоить и по-другому:

Где ее инициализировать -- вопрос вкуса  , но в конструкторе можно сделать более сложную инициализацию. Например просканировать другие классы (например запущенные процессы) и на этом основании заполнить свои поля.
Другой пример: в конструкторе формы-по-умолчанию присутствует метод InitializeComponent(); , который расставляет контролы на форме, накиданные нами в дизайнере.



Не только.
Статический конструктор вызываеться один раз, перед созданием самого первого экземпляра класса. Он нужен, например, для инициализации констант класса. Ведь они имееют тип того же класса, а экземпляров его еще нет  Вот он и позволяет выкрутиться.
Класс описывающий рациональные числа и его статический конструктор:

Назначение конструктора с параметрами нужно для более удобного присвоения значений полям нового класса. А для класса Rational подругому и нельзя только:


Что еще осталось? А!
Как вести подсчет количества объектов:
Нужно статическое (общее на все классы) поле counter. И увеличивать его на 1 при каждом создании нового объекта:

P.S. И еще конструктор без параметров свегда вызывается самым первым в конструкторе с параметром (могу ошибаться, но по-моему так оно и есть) 

Во-первых, в C# деструкторов нет, а есть финализаторы, по недоразумению обладающие синтаксисом деструкторов.
Во-вторых, для высвобождения unmanaged ресурсов существует паттерн IDisposable и финализаторы писать обычно не рекомендуется.

Добавлено @ 20:06 

Если явно не указан — не вызывается. 

Знать ничего не знаю, вот что напиано в MSDN про destructors:


А что, если я открываю 1 несчастный файл мне для его корректного закрытия переписывать все методы IDisposable. И не подумаю  


Да, не вызывается. 
А с чего я это взял ...   

P.S. В двух словах о деструкторе -- это такой зверь который вызывается самым последним при уничтожении объекта.
 

Зря.

Спорить не буду, почитай у Рихтера про завершение и вот эту статью. 

Только что глянул Idisposable, в нем оказался всего 1 метод Dispose(). Наследовать его можно, не страшно.   
Но вот когда он вызывается? 
Вручную -- не интересно  

Кстати. В MSDN в примере к статье про Idisposable метод Dispose() вызывается примо из деструктора  


оптимален для читаемости и отладки   

Полуавтоматически — с помощью using-блоков. 

Спасибо за статью, заставляет задуматься.