Вот есть код.


Объясниите мне пожалуйста вот этот кусок

Очень что-то не могу понять, особенно выражение типа?

Что-то совсем не ясно ,что здесь происходит, что означает в кобках вот это

Это приём в Java, когда нам не нужен объект в дальнейшем, а нужен только 1 раз. В данном случае

мы создаем поток чтения данных из системы(клавиатуры) и передаём его в конструктор класса BufferedReader для дальнейшей работы с ним.
Вообще это сложный пример для понимания, если видишь Java впервые в жизни.. Начните с "Hello world"..

  Объяснил!  

Syltan, это пример использования паттерна (шаблона) проектирования Декоратор, Decorator в Java API.  Экземпляр класса BufferedReader - декоратор экземпляра класса Reader. А Reader - вершина иерархии туевой хучи различных классов-читалок. Короче, рановато ты полез в такие дебри...

  Ну, а ты думаешь с твоих слов он понял больше?   

soulcub,  это совсем не так. Использовано всего-навсего обращение к классу по полному имени вместо использования import. Разницы с точки зрения JVM нет никакой, импорты сами по себе ничего не подгружают и не выполняют. Класс будет загружен JVM только по факту использования, например при создании нового объекта.

Syltan, разберемся по порядку.  

Тут мы взяли стандартный поток ввода вашего приложения и обернули его в символьный поток, то есть создали прослойку позволяющую читать символы в дефолтной кодировке вашей системы, а не голые байты. Как справедливо заметил kemiisto, этот прием называется шаблоном проектирования Decorator. Теперь добавим еще одну прослойку

которая позволит читать не из самого потока, а из буфера. Как только вычитаем весь буфер, он будет заполнен заново из потока. Для чего это нужно? Чтение из самого потока связано с вызовом native-методов и является в общем случае дорогой и медленной операцией, её невыгодно дергать для посимвольного чтения. Наличие буфера позволяет минимизировать количество вызовов платформенно-специфичного API, и таким образом повысить производительность.
Общности ради замечу, что подобная техника применяется не только при чтении из потока, но и при записи в него. 

kemiisto, 


Как по мне, то это в большей мере Интерпретатор, а не Декторатор. 

duk, в каком месте?  

kemiisto, например мы что-то хотим записать в файл (числа, строки, ...). В любом случае, это все интерпретируется на байтовый уровень. Тоже само касается и чтения. Читаем байты, и в зависимости от того, что мы хотим получить на выходе, то и используем.

По поводу Декоратора -- я не отрицал использование этого шаблона. Делегирования вызовов методов там происходят.

Про место, где используется: точку в коде показать? )  Все потоки  имеют общего предка (я чет изначально подумал, что речь шла о потоках, а не о ридерах; но суть тут та же), соответственно в подкалассах есть все базовые методы, которые могут вызываться в других классах. К примеру один экземпляр потока передается в конструктор другого, и там уже вызывается - вот тут реализован шаблон Декоратор. Но в тоже время, оба экземпляра  потоков могу работать только с теми данными, для работы с которыми они предназначены. Вызывая методы переданного объекта IO и получая какие-то данные, они интерпретирутся объектом, в конструктор класса которого, было что-то передано и отдаются пользователю.  Тут работает шаблон Интерпретатор, который априори включает в себя часть Декоратора.