G_>>fixed — ?

AVK>Блокировать класс от перемещения в памяти сборщиком мусора. Нужно для того чтобы обойтись без маршалинга при общении с неуправляемым кодом.

G_>>using — имеется в виду очевидно использование IDisposable? (а не подключение пакетов?) Этого в Яве нет, но в концепции сборщика мусора нужно ли это?

AVK>Нужно. Ждать пока сборщик вызовет финалайзеры для некоторых ресурсов (например файловые хендлы или соединение с БД) неприемлемо.

G_>>unsafe — это возможность вызова платформенного кода? Если да — это вроде бы в Яве с рождения.

AVK>Нет, возможность явного использования указателей и адресной арифметики. Обычно используется совместно с fixed.

G_>>Interop -?

AVK>А вот это как раз и есть взаимодействие с нативным кодом.


Насчет автоматического вызова финалайзера — это неплохая возможность, но она уже не так значима как, скажем, в C++.

Все остальное, как я понимаю, есть мудреные технологии, которые позволяют юзать COM-объекты и найтивный код.
Вообще-то, как я понимаю Java и .NET создавались как раз чтобы избежать этого... В любом случае, в Java есть JNI. Он дает возможность
писать платформенный код.