Это коллекция

Dictionary к этому относится? Или это обобщенный массив с ключем?

К чему этому? Внутри там хештаблица

Ну лист это тоже ведь коллекция и эррнй лист

ОТсюда и доступ за o(1)

Ну я имею ввиду про Linked list, Hash table, stack, queu

Смотри если суровый тырпрайз то нет, если фреймворк то переодически (если лабы то часто)

Под определение структуры данных словарь можно отнести?

Да

Конечно лол

Зачем все эти вопросы

И простой список тоже

Зачем все эти вопросы

Интересно.

Ну лист это тоже ведь коллекция и эррнй лист

Эрейэ лист легаси

Что значит легаси? То что не дженерик?

Это значит забудь про эрейэ лист и не юзай его

Что значит легаси? То что не дженерик?

Устаревшие

Юзай List

Я слышал что он устарел. Легаси это не поддерживаемы код?

В данном контексте эта структура, которая осталась с времён когда не было дженериков

Юзай List

Хорошо. Обычно так и делаю. Просто встречается иногда и эррнй листы.

легаси еще иногда говном мамонта кличут

эррейлист эт что-то из java

Он там вроде женерик

легаси еще иногда говном мамонта кличут

Все, новое слово в копилку записал.

Он там вроде женерик

Так и есть

Когда бывает необходимость применить финализатор?

Когда нужно что-то сделать перед сборкой мусора (никогда)

По моему это ясно из того что он далет

Закрыть ресурс, разве что

Когда нужно что-то сделать перед сборкой мусора (никогда)

ты просто большие проекты не писал

Который не managed

А диспосе. Или это к самописным ресурсам?

А диспосе. Или это к самописным ресурсам?

Dispose память освобождает, которая не подконтрольная сборщику мусора

А диспосе. Или это к самописным ресурсам?

Закрыт неуправляемый ресурс, например

по тем или иным причинам

Ну к примеру SqlConnection если в юзинг обернуть. Он ведь вызовет диспосе?

юзинг и вызывает диспоз

Да

это единственное, зачем он нужен

Как только код покидает блок

А я не могу это сделать через финализатор например?

это единственное, зачем он нужен

Я это понимаю. Хочу понять финализатор.

финализатор вызовется КОГДА-НИБУДЬ

а диспоз когда ты хочешь

А если явно? Финализировать как в плюсах деструктор позвать.

Финализатор может не вызваться никогда, а ресурс тебе нужен уже сейчас

логику си++ в части управления памятью на шарп переносить нельзя

другой концепт

А если явно? Финализировать как в плюсах деструктор позвать.

В плюсах нет сборщика мусора

А если unsafe?

В плюсах нет сборщика мусора

Я в курсе.

Лучше не надо

Ансэйф

Лучше не надо

Понял. Тогда юзинг. Или диспосе();

Когда нужно что-то сделать перед сборкой мусора (никогда)

Финализаторы после гц идут.

Диспоуз обычно явно не вызываются

Обычно

Через юзинг

Финализаторы после гц идут.

Перед освобождением объекта сборщиком ведь ?

Без узинга в трай кеч например..

Зачем

Тебе господь дал юзинг

Видел такое.

Тебе господь дал юзинг

Кому то видимо не дал

Делают или диспосе или клосе();

ERROR: S client not available

Если у тебя объект IDisposable то используй юзинг

Делают или диспосе или клосе();

Обычно диспоз вызывает клоз в таких случаях

кста, юзинг это ж вроде сахар, с траем внутри

Пример. Отдельный класс Порт в котором реализован сериал порт он айдиспосбл. А вот экземпляр класса порт уже чет не айдиспосбл. И че делать?

Я не понял

реализуй айдиспосибл сам

че такое сериалпорт

это наследник порта?

Это в System.IO

кста, юзинг это ж вроде сахар, с траем внутри

Ну да, в некоторых языках его делают вообще через макрос, не зашивая в язык как c#

Последовательный порт.

Это в System.IO

а порт откуда

Порт самописный класс. Экземпляр создаю в мейн

наследуй самописный класс от IDisposable

Последовательный порт.

делайте свой класс айдиспо, используйте юзинг

и в Dispose пиши _serialPort.Dispose();

Там же нужно реализовать интерфейс мощность не?

??

Простите автозамена. Интерфейс реализовать в своем классе ?

Перед освобождением объекта сборщиком ведь ?

Финализируемые объекты переживают две уборки мусора, где при первой происходит постановка оных на очередь на финализацию

ну там один метод, да

посмотри, как он пишется

канонично

Все методы IDisposable

и вызови внутри диспоз у всех объектов

Простите автозамена. Интерфейс реализовать в своем классе ?

там весь интерфейс то - один метод

Финализируемые объекты переживают две уборки мусора, где при первой происходит постановка оных на очередь на финализацию

Ну да, я примерно помню, как работает, у рихтера читал

Надо полезть в рефлексию. Спасибо. Буду пробовать.

там весь интерфейс то - один метод

Я там пока не рылся. Не знаю к сожалению.

Как можно через консоль вводить спецсимволы? В виде char

посоны, если у меня есть два объекта типа System.Enum (более конкретный тип я не знаю), как мне сделать на них операцию OR? В число скастовать не могу, потому что не знаю, какой числовой тип будет внутри

Enum всегда int