- 1
- 2
- 3
- 4
- 5
- 6
while (entityIterator.hasNext()) {
Object[] results = entityIterator.next();
Long policyId = ((PolicyEntity) results[0]).getId();
PolicyEntity policy = (PolicyEntity) policyDao.findById(policyId);
processPolicy(policy);
}-
Java / Говнокод #8904
+78
Спецально не рефакторил этот шедевр, ждал, пока ГК поднимется.
Запостил:
roman-kashitsyn,
05 Января 2012
Follow us!
Получить полис, взять его идентификатор, потом получить полис по идентификатору? Чем это может быть оправдано?
Оправдано может быть в следующих случаях. Например, используется hibernate, и entity была подчитана в другой hibernate сессии. Тогда, если у entity есть ссылка, которая не отрезолвилась (т. е. гиберовский проксик), то стоит только ее дернуть и получится замечательный LazyInitializationException. Или вообще, в этом месте нет hibernate сессии, тогда стоит только дернуть проксик и получим "no session" в виде эксепшена.
Подожду ответа Романа. Пока ничего на ум не приходит.
Олеж, ты все еще любишь нас?
посасывая хуи между делом
А все эти тонны говна, которые на него льются, никак не от обратного.
Это иллюзия власти. Он нагадил - в него кинули тапок. Свобода воли кинувших тапок никуда не делась. Никакой власти нет, одна иллюзия.
Есть мнение, что это другой анально контуженный мудачок начитался старых тредов и пытается копировать неповторимый стиль оного поциента.
Но погодите. Что это за звук? Едва слышное кукаренье из под шконки...
Там внизу, слышите?
1. Более легковесные фрэймворки типа iBatis.
2. Использовать православный SQL. В сбере около полутора тысяч таблиц, они преспокойно всё фигачат хранимыми процедурами и смотрят на hibernate как на говно.
3. Использовать NoSQL. Гораздо быстрее и интереснее.
2. в сбере видать важна скорость выполнения =) я пока еще психологически не готов перейти на sql =)
3. какие для java есть nosql решения находящиеся не в пробирочном состоянии?
2. я не вижу в использовании sql ничего плохого/сложного. Основная проблема - сложность миграции на другую БД, но она решается тулами легковесных генераторов запросов либо отказом от миграции.
3. Тут я пока не осведомлён, java, наверное, слишком статичный инструмент. В play framework вроде бы есть что-то из коробки, но я могу ошибаться. Groovy бы тут засиял бы во всей красе, это точно.
>хранимые процедуры и смотрят на hibernate как на говно.
истину глаголишь, ибо даже юзая ОРМ от скула не уйдешь.
ведь узкие места появляются тут и там.
и потом приходится их устранять все теми же хранимками.
тянет часть результатов, потому что если бы брать все одним запросом получилось бы слишком много записей? тогда разве нормально, что обрабатывается только первая запись из каждой порции?