Поврежденный Java Mac 10.6

Настоящая причина - то, потому что .net сборка "мусора" НЕ разработана для сбора неуправляемые ресурсы , поэтому очистка этих ресурсов все еще находится в руках разработчика. Кроме того, объектные финализаторы автоматически не называют, когда объект выходит из объема. Их называет GC в некоторое неопределенное время. И когда их называют, GC не выполняет его сразу же, это ожидает следующего раунда для вызова его, увеличивая время для чистки еще больше, не хорошая вещь, когда объекты содержат недостаточные неуправляемые ресурсы (такие как файлы или сетевые соединения). Введите доступный шаблон, где разработчик может вручную высвободить дефицитные средства в решительное время (при вызове yourobject. Расположите () или использование (...) оператор). Следует иметь в виду, что необходимо назвать GC.SuppressFinalize (это); в Вашем располагать метод, чтобы сказать GC, что объект был вручную расположен и не должен быть завершен. Я предлагаю, чтобы Вы смотрели на книгу Руководства по проектированию Платформы K. Cwalina и B. Abrams. Это объясняет Доступный очень хороший шаблон.

Удачи!

8
задан MediaJunkie 26 September 2009 в 23:59
поделиться

1 ответ

Фактически, как только вы присваиваете им идентификатор, они становятся общедоступной переменной-членом данного элемента. Так, например, если у вас есть

<mx:Canvas><mx:Label id="myLabel" /></mx:Canvas>

, вы можете получить к нему доступ по его id в качестве имени переменной:

myLabel.text = "Hello world!";

Дайте мне знать, если вам нужны дополнительные разъяснения. Если вы спрашиваете не об этом, не стесняйтесь комментировать, и я вверху файлов указан способ Visual Studio по умолчанию. Однако рекомендуемый подход заключается в помещении операторов using внутри пространства имен. Даже stylecop от MS улавливает это и говорит, что использование VS по умолчанию неверно.

Оба метода работают нормально.

Правило StyleCop гласит: Размещение нескольких элементов пространства имен в одном файле обычно плохая идея, но если и когда это готово, рекомендуется разместить все директивы using внутри каждого из элементы пространства имен, а не глобально вверху файла. Эта будет ограничивать пространства имен плотно, и также поможет избежать поведение, описанное выше.

Важно отметить, что когда код был написан с использованием директив размещен вне пространства имен, забота следует принимать во внимание при перемещении этих директивы в пространстве имен, чтобы убедитесь, что это не меняет семантика кода. Как объяснено выше, разместив директивы using-alias внутри элемента пространства имен позволяет компилятор на выбор конфликтующие типы, которые будут не происходит, когда директивы размещены вне пространства имен.

Вот несколько ссылок для дальнейшего изучения:

11
ответ дан 5 December 2019 в 07:59
поделиться
Другие вопросы по тегам:

Похожие вопросы: