Программирование и разработка ПО

Вы создали список с помощью

List<String> test = Arrays.asList("a", "b", "c");

Поделали какие-то действия и решили удалить некий элемент из коллекции, скажем первый:

test.remove(0);

И тут внезапно:

Exception in thread "main" java.lang.UnsupportedOperationException at java.util.AbstractList.remove(AbstractList.java:144) at com.ubs.fi.webconsole.TestIterator.main(TestIterator.java:19)

Синглтон - это просто класс, объект которого создается лишь один раз. Они обычно представляют системный компонент, который является уникальным. Например, менеджер окон или файловая система. 

До релиза java 1.5, существовало два метода реализации синглтонов. Оба метода основывались на закрытом конструкторе и объявлении открытого статического метода для обеспечения доступа к объекту синглтона. В первом случае, объект был final полем класса:

// Singleton with public final field public class Elvis { public static final Elvis INSTANCE = new Elvis(); private Elvis() { ... } public void leaveTheBuilding() { ... } }

Закрытый конструктор вызывается только один раз, для инициализации  публичного открытого поля Elvis.INSTANCE. Отсутствие публичного и защищенного конструкторов гарантирует лишь один объект: Класс Elvis создается единожды - не больше и не меньше. Хотя, есть один большой недостаток такого подхода - клиент с определенными привилегиями  может вызывать закрытый конструктор с использованием рефлексии с помощью метода AccessibleObject.setAccessible. Чтобы защититься от такой угрозы, необходимо модифицировать конструктор таким образом, чтобы он выбрасывал исключение при попытке создать второй экземпляр. 

   Во втором подходе реализации синглтонов, публичным членом является статический фабричный метод:

// Singleton with static factory public class Elvis { private static final Elvis INSTANCE = new Elvis(); private Elvis() { ... } public static Elvis getInstance() { return INSTANCE; } public void leaveTheBuilding() { ... } }

    Стандартным способом создания объектов класса является использование открытых (public) конструкторов. Однако, существует и другая техника, которую должен знать каждый разработчик.

Класс может объявить статический фабричный метод (static factory method), который будет возвращать объект класса.

    В качестве простого примера можно рассмотреть класс Boolean (враппер над примитивом boolean). Этот метод транслирует boolean в ссылку на объект Boolean:

public static Boolean valueOf(boolean b) { return b ? Boolean.TRUE : Boolean.FALSE; }

Статические фабричные методы имеют свои преимущества и недостатки.

Первым преимуществом является наличие имен у методов.

Если параметры конструктора не описывают объект, который возвращают, то статический метод с хорошо подобранным именем будет более читабелен. Класс может иметь только один конструктор

с данной сигнатурой. Программисты часто обходят это ограничение путем объявления двух конструкторов с одинаковым набором аргументов, но с различным порядком. Но это, на самом деле, очень

плохой подход. Пользователь такого API никогда не запомнит какой конструктор следует использовать в данной ситуации, а также может вызвать неподходящий конструктор по ошибке. При работе

с таким классом придется часто обращаться к документации (если конечно она существует).

Сегодня в сети нашел pdf с java головоломками.

В доке 9 примеров. Ни автор, ни издательство не указано...

Как правило, если я и выкладываю что то типа головоломок-вопросов, то это все исключительно моего авторства. :)

Однако, сейчас попробую выложить примеры из pdf.

Не знаю, насколько это правильно и интересно ли кому либо... Можете оставить отзыв по этому поводу в коментах.

С лирической частью закончили, вперед,  puzzler 1:

The following program adds two hexadecimal, or “hex,” literals and prints the
result in hex. What does the program print? (какой резульат будет выведен в консоль?)

public class JoyOfHex { public static void main(String[] args) { System.out.println( Long.toHexString(0x100000000L + 0xcafebabe)); } }

Сразу же в догонку к первому посту еще одна задачка, правда уже на порядок проще.

Есть у Вас вот такой код: 

interface MyInterfaceOne { } interface MyInterfaceTwo { } abstract class MyClassOne { } abstract class MyClassTwo { } public class Test extends MyClassOne, MyClassTwo implements MyInterfaceOne, MyInterfaceTwo { public static void main(String args[]) { } }

Представляем себя компилятором.... и оглашаем вердикт: работоспособен код или нет.