© 2008 Наталия Македа
Все материалы блога защищены авторским правом. Любая перепечатка или использование материалов этого блога в коммерческих целях возможна лишь с письменного согласия автора. При некоммерческом использовании ссылка на блог обязательна.

воскресенье, 27 апреля 2008 г.

Резюме по основам языка (Выпуск 3)

1.9. Итоги первой главы

  • Элементы исходного файла должны идти в следующем порядке:
    1. Декларация пакетов
    2. Утверждения импортов
    3. Определения классов
  • В исходном файле должно быть хотя бы одно общедоступное (public) определение класса, имя которого должно совпадать с именем файла.
  • Идентификатор должен начинаться с буквы, символа доллара или подчёркивания; остальными символами могут быть буквы, цифры, символы доллара или подчёркивания.
  • В Java имеются четыре примитивных целочисленных типа со знаком: byte, short, int, long.
  • Два примитивных типа с плавающей точкой: float, double.
  • Тип char беззнаковый и используется для представления символов Unicode.
  • Тип boolean принимает только два значения: true или false.
  • Массивы должны быть (в порядке перечисления):
    1. Объявлены
    2. Созданы
    3. Инициализированы
  • Инициализация по умолчанию может быть применена и к переменным членам класса, и к элементам массивов, но не к автоматическим переменным (создаются в методе или передаются в него параметром). Значения по умолчанию: 0 - для численных типов, null - для ссылок на объекты и для типа char, false - для boolean.
  • Член length массивов возвращает количество элементов в массиве.
  • Класс с методом main() может быть вызван из командной строки, как Java приложение. Сигнатура для этого метода: public static void main(String[] args), где аргумент args содержит все параметры входной строки, которые идут следом за именем класса.
  • Параметры метода - копии, а не оригиналы. Для параметров примитивных типов это означает, что модификации переменных внутри вызываемого метода не видны методу вызывающему. Для параметров объектого типа (в том числе и для массивов) это тоже имеет место, но модификация объекта или массива, на который ссылается параметр, видна в вызывающем методе.
  • Сборщик мусора может освободить память, если ясно, что она больше не используется.
  • Достоверная сборка мусора невозможна.
  • Невозможно предсказать, когда неиспользуемая память будет освобождена.
  • Сборка мусора не гарантирует, что не случится утечка памяти, которая может иметь место, если ссылки на неиспользуемые объекты не установлены в null или не уничтожены (например, с выходом из вызываемого метода).

Комментариев нет: