Анонимусокапец [was: Почему ещё никто не драматизирует?!]

Ну все, капец лиспосрачам.

encyrtid (07.02.2012 22:02:26)

Не капец. Починят скоро. Макском сказал, что это баг.

OldFatMan (07.02.2012 22:04:29)

ну утром я только рефакторинг от Slavaz выложил и пару изменений в frontend (css/js)...

maxcom (07.02.2012 22:04:51)

Это войдет в историю 7 класс ^W^W ЛОРа.

ymuv (07.02.2012 22:05:09)

дорефакторились…

DoctorSinus (07.02.2012 22:09:27)

Ура.

MrHouse (07.02.2012 22:10:58)

А я тебе говорил :)…

post-factum (07.02.2012 22:11:18)

А ещё у меня опять уведомления через раз сбрасываются.
Прекратите насиловать труп ломать ЛОР!

MrHouse (07.02.2012 22:13:10)

Уведомления кривые by design, но пока их нет сил переделать

maxcom (07.02.2012 22:14:10)

и что дальше7

vostrik (07.02.2012 22:57:05)

>А ещё у меня опять уведомления через раз сбрасываются

у меня они что-то изначально так себя вели

pyometra (07.02.2012 23:09:51)

Да, это я виноват.

https://github.com/maxcom/lorsource/pull/193

P.S. Всё-таки нужно избавляться от иммутабельных объектов в пользу классических бинов. Уникальность объектов (их одинаковость в мультитредовой среде) должна обеспечиваться не иммутабельностью, а синглетонами.

Slavaz (07.02.2012 23:16:32)

Позволю себе заметить, что сия фраза вне контекста, звучит, как "да здравствуют глобальные блокировки".

И, позвольте поинтересоваться, в чем соль использовать "getString" вместо "getObject"?

Подразумевалось "да здравствуют указатели на одну область памяти". Объекты в большинстве своём в последствии неизменяемы, но хранятся во множестве одинаковых экземпляров. А ещё в нашем случае финализированные приватные переменные накладывают определённые ограничения на порядок инициализации.

Ни в чём. Привычнее. getObject будет дешевле? Если да - исправлю, без проблем.

Slavaz (07.02.2012 23:39:18)

логику почини
ответ станет очевиден

megabaks (07.02.2012 23:41:56)

Понятно.

А паттерн ServiceLocator + ленивая инициализация? Это позволяет распределить инициализацию по времени.

Не скажу, ибо тестов не проводил, но теоретически там не будет лишней конвертации в строку, которая, в общем случае, в зависимости от СУБД и не для всех типов допустима.

>А паттерн ServiceLocator + ленивая инициализация? Это позволяет распределить инициализацию по времени.

Поясню примером:

class SomeObject {
  private final LazyInitialized<AnotherObject> resourceRef = new LazyInitialized<AnotherObject>(new Callable<AnotherObject>() {
    public AnotherObject call() {
      return ServiceLocator.locate(AnotherObject.class);
    }
  });
}

Это конечно не всегда примелимо, но различные глобальные объекты, которые надо один раз инициализировать. От синглтонов отличается, тем что нет зависимости от реализации, и вовсе не обязано быть глобальным синглтоном.

Кто не согласен с тобой - дурак? Наверное, не я один так думаю.

Ginki (07.02.2012 23:52:47)

http://young.rzd.ru/dbmm/images/41/4080/3809557

fedor (07.02.2012 23:54:27)

Спорю на 100$, что всё из-за личной ненависти модераторов к выферу.

Yareg (07.02.2012 23:56:22)

И другим бывшим регистрантам.

Yareg (07.02.2012 23:57:06)

— Нет, милая, я уже поел.

Ginki (08.02.2012 0:03:32)

В данном конкретном случае оно не совсем применимо. Сейчас иммутаблы (конкретно class Topic) заполняются из ResultSet'ов; соответственно, конструктор содержал параметр ResultSet-типа, что для юнит-тестирования было совсем нехорошо (да и для DTO-объекта тоже нехорошо: не должен DTO знать способы своего наполнения, он по идее предоставляет только геттеры и сеттеры). Пришлось добавить второй конструктор, в котором параметрами практически перечислены все финальные переменные класса. То есть, Topic - это DTO, который может быть различным между потоками и я, если честно, не вижу смысла делать его иммцутабельным. Есть другие DTO - Section,например. Или Group. Они более-менее статичны и меняются только прямым SQL-запросом и последующим рестартом приложения :) Вот для них ServiceLocator, пожалуй, и можно было бы применить... или синглетоны, как я ранее говорил.

Сейчас в приложении всё, что напоминает DTO сделано почему-то иммутабельными объектами (с конструктором и ResultSet-параметром к нему). Может, это какой-то паттерн а я сейчас махая шашками его разрушаю?

Slavaz (08.02.2012 0:16:34)

Проспорил :). Всего-лишь моя невнимательность.

2Allъ: Приношу извинения анонимному братству за временные неудобства.

Slavaz (08.02.2012 0:17:51)

Это лучше к авторам кода, такие вопросы, по опыту ковыряния в legacy коде, можно предположить что это "стиль" вызванный с одной стороны тем что иммутабельность - суть хорошо, с другой стороны тем что писать на каждый DTO фабрику, и строитель, или ваять гигантские конструкторы кто-то не хотел.

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

Но в девелопменте до сих пор "Ограничение на отправку комментариев: только для зарегистрированных пользователей, score>=0". Или оно в процессе фикса?

Yareg (08.02.2012 0:24:31)

в процессе. Наверное, Макском завтра вольёт в основную ветку и передеплоит.

Slavaz (08.02.2012 0:28:30)

Вы там уже определитесь, запрещать анонимуса везде или открыть доступ в новости, тех.разделы, толксы (выбрать два варианта из трех). А то не понятно, начинать драму или еще подождать ;)

OperaSoftvvare (08.02.2012 0:32:57)

GNU-Ubuntu1204LTS

С воскрешением и деанонимизацией :)

lucky-m (08.02.2012 0:56:22)

За запрет в новостях, галерее и толксах -- большой плюс.

За техразделы -- скорее минус.

ttnl (08.02.2012 0:59:31)

Эй верните анонимуса, когда его убрали?

mopsene (08.02.2012 1:00:49)

Привет убунту, с возвращением. Что-то долго был в бане.

mopsene (08.02.2012 1:04:44)

Ты-Тот-Кого-Нельзя-Называть?

drull (08.02.2012 4:45:07)

Выпори меня, накажи меня, праативный!

drull (08.02.2012 4:46:59)

Мое имя есть в профиле. В whois'e моего домена есть мой мобильник.

// Против анонимусов.

drull (08.02.2012 4:49:03)

Привет,как обычно, месяц

И тебе привет. P.S диски с убунтой то пришли?

thanx. Чем тебе бины помогут правильно доставать null из базы? Кстати может в spring'е в jdbc какая-нибудь утилита для этого есть

maxcom (08.02.2012 9:00:05)

язабан.

А что даже и в технических 0_о

ggrn (08.02.2012 9:15:57)

И лишили начинки лора. ЛОР уже не торт.

Где можно получить выигранное?

Dimez (08.02.2012 10:35:40)

Пока нет. Жду, каждый день проверяю ящик. Почта, действительно, реактивная :)

lucky-m (08.02.2012 11:05:10)

> Чем тебе бины помогут правильно доставать null из базы?

Примерно так:

class Topic {
  private Integer postscore;
  private String title;
  ...
  // getters and setters here
}

String sqlStr = "SELECT postscore, title, ... FROM topics ...";
List <Topic> topics = jdbcTemplate().queryForList(
			sqlStr new BeanPropertyRowMapper(Topic.class));

Slavaz (08.02.2012 12:00:05)

в результате в Topic.postscore будет либо null, либо значение

Slavaz (08.02.2012 12:00:38)

Я бы вот даже разрешил бы пользователю с userid 2 создавать треды в техразделах. Ибо регистрация в некоторых случаяах бывает просто не нужна.

luke (08.02.2012 14:07:03)

Выкладывай свою логику, будем пытаться чинить.

Xenesz (08.02.2012 16:13:51)

Тащемта он уже ее выложил. Внимательней тред прочитай. И я с ним согласен

HerrWeigel (08.02.2012 21:38:45)

Логика вывернутая. Никто не ходит с табличкой на лбу "Звать меня так-то, я живу там-то, тусуюсь там-то с теми-то тогда-то". И наш суперадекватный Мегабакс тоже, заметь. Это символизирует.

Xenesz (08.02.2012 22:05:55)

> Никто не ходит с табличкой на лбу "Звать меня так-то, я живу там-то, тусуюсь там-то с теми-то тогда-то"

А разве этого кто-то требует?

HerrWeigel (08.02.2012 23:40:00)