HashSet и HashMap

Самые распространенные вопросы для собеседований можно собрать в группы. И одной из самых частых групп являются вопросы о Collection framework. Об одном из аспектов этого фреймворка мы сегодня и поговорим.

Говорить о классах Collections framework, как и о сортировке и поиске данных можно много, поэтому давайте организуем пост в виде вопросов и ответов. А вопросы постараемся задать такие же, как это делают интервьюеры.

[Tips] PatternSyntaxException: Unmatched closing ')'

Сегодня надо было мне разрезать строку, содержащую некоторые данные на составные части. Выглядела эта строка примерно так:

data(data)=(
    subdata1=1;
    subdata2 =...
)
data(data2)=(

   ...
   ну и так далее

   ....
)

Я, как умная Маша, сразу написал content.split("\n)\n");
и естественно получил ошибку, которая вынесена в заголовок. Дело в том, что в регэкспах скобка является ключевым символом и парсер, естественно, искал закрывающуюся скобку. А мне-то скобка была нужна именно как скобка! А вот фиг. попробовал ее заэскейпить бек-слешом. Не проходит. С точки зрения самой Java \) - это дурость какая-то. Но верный интернет быстро помог найти решение - надо поставить два бек-слеша. Так получается, что первый бекслеш эскейпит второй и в движок парсера отправляется уже скобка заэскейпленная вторым. Вот. Как-то путанно обьяснил, но, надеюсь понятно. В любом случае, вот так:
content.split("\n\\)\n");
работает. С чем я себя и поздравляю.

Запоздалое вступление

Здравствуйте все.

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

И теперь я, как муж первого автора блога, решил исправить эту досадную оплошность и разлиться немного мыслью по древу.

Итак, сначала представляемся. Мы - семья. Та самая, анекдотическая семья программистов, причем пишем на одном и том же языке (внезапно, джава). В общем-то, это вполне предсказуемо - познакомились мы как раз на работе. Зовут нас Сергей (это как раз я) и Алена (она пишет под именем Эритака).  Работаем мы достаточно давно. Я, например, с 96-го года работаю программистом, а Алена - не так много, тем более, что у нас есть двое чудных деток, младшая как раз 2012 года рождения. так что супруга сидит дома в декрете, но по любимой работе скучает.

В общем-то, как раз следствием этого "скучания" и стал этот блог, где Алена записывает всякие мысли по ходу вспоминания аспектов, которые ей пригодятся потом, когда декрет кончится и она вернется к работе.

Я же, со своей стороны, являюсь по второй профессии java trainer, и вообще - очень люблю рассказывать людям о том, что знаю сам. Веду несколько курсов по базовой джава, по паттернам (GRASP, GoF, Enterprise), Agile методолгии (являюсь Sertified Scrum Master) ну и по всяким разным аспектам (рефакторинг, юнит-тестирование и т.д.).

Здесь на блоге, мы собираемся писать ен для гуру по программированию (для гуру есть куча отдельных ресурсов), а в первую очередь для людей, только начавших изучать программирование на ООП и на джава в частности. Надеюсь, вам будет это интересно.

Кстати, если кому интересно, у нас есть такой же семейный блог по ММО играм. Но это так, не важно.

В общем, что я хотел сказать - не бойтесь задавать самые новичковые вопросы, мы постараемся на них ответить и никого не будем посылать читать документацию, РТФМ, в смысле :). Спрашивайте, комментируйте. мы будем рады.

getCurrentSession() дубль 2

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

Согласно книге, стандартная архитектура приложения, использующего базу данных и какой-либо фреймворк для работы с ней (обычно это ORM - object-relational mapping система) состоит из 3 уровней:
- доменная модель - обьекты предметной области, которые и нужно сохранять в базе
- DAO - уровень, абстрагирующий нас от конкретной реализации операций с БД. Сюда входят интерфейсы, описывающие базовые операции с базой данных, например, сохранение обьекта, нахождение обьекта по условиям и т.д. В книге рекомендуется для каждой сущности доменной модели создавать свой DAO. Ну и конкретная реализация этих интерфейсов, в зависимости от выбраной ORM-системы, JDBC etc. При желании реализацию можно поменять, не меняя бизнес-логику (классы бизнес-логики зависят только от интерфейсов, описывающих общие методы доступа к БД, без ссылок на конкретную реализацию). А используя Spring это можно сделать, просто изменив файл конфигурации.
- Сервисный уровень - здесь реализуется бизнес-логика. Методы представляют собой unit of work с точки зрения предметной области. Ну там всякие снять деньги со счета-положить на другой счет в одной операции. Именно методы этого уровня рекомендуется делать транзакционными.

Hibernate & автогенерация ID

Для того, чтобы автоматически сгенерировать ID для ентити, необходима запись вида:

@Id
@GeneratedValue(
strategy=GenerationType.TABLE)
public Long getId() {
   return id;
}

public void setId(Long id) {
   this.id = id;
}

Транзакции

Оказывается, даже в самых известных API есть издержки проектирования, что очень сильно подрывает нашу, начинающих программеров, веру в Божественную Святую Непогрешимость людей, пишущих всю эту красоту. Возьмем к примеру интерфейс UserTransaction. Интерфейс представляет собой сущность - транзакцию. Мы ее можем начать (begin()), выполнить (commit()) или откатить (rollback() или setRollbackOnly()). И вот скажите мне, мои более опытные коллеги, для чего нужен второй метод setRollbackOnly()?
Аналогичным вопросом задался и один из завсегдатаев Салона Большого Лося:
http://www.coderanch.com/t/157891/java-EJB-SCBCD/certification/When-UserTransaction-setRollbackOnly-UserTransaction-rollback

Обратите внимание на ответ девушки:
"... you might know the transaction is going badly *before* you reach the place where the transaction actually ends. You might not want to end the tx at the moment you discover it won't work, for many reasons. Perhaps you want to keep only one place in your code where the transaction ends. Or... you might need the rest of the transactional code to run for other side-effects ..."

Переводя на русский, setRollbackOnly() используется тогда, когда в середине транзакции стало понятно, что что-то пошло не так и транзакцию надо откатить, но вы хотите, чтобы оставшийся код доработал до конца. Почему вы можете вдруг этого захотеть? У вас 2 варианта: либо вы поклонник модульного программирования и концепции один вход-один выход (вот ссылка http://high-info.ru/Modulnoe_programmirovanie.htm - правда его взломали, но картинки повставляли веселые и даже по теме), либо ваш код производит какие-то побочные эффекты, которые должны быть сохранены независимо от исхода транзации. В любом случае, все это очень сомнительно (http://en.wikipedia.org/wiki/Code_smell)

Разница между Hibernate openSession() и getCurrentSession()

Начала готовиться к собеседованию и делать тестовое приложение. Основной целью было вспомнить как собственно оно все пишется и настраивается в разных фреймворках. Для начала взяла Hibernate. Однако столкнулась с трудностью: в книге, по которой я изучала Hibernate (надеюсь, найду ее и вставлю ссылку) для получения сессии использовалась функция openSession(), а в текущей документации все примеры основаны на другой функции - getCurrentSession(). В SessionFactory есть обе эти функции, но в чем же разница? Поскольку мне предстоит собеседование решила исследовать вопрос.

Ссылки по теме:
Java docs
http://ajava.org/online/hibernate3api/org/hibernate/SessionFactory.html

А вот здесь человек очень хорошо все обьяснил, но по-английски:
http://www.jeevanchaaya.com/2009/04/11/getcurrentsession-or-opensession-a-sessionic-dilema/