Просто я раньше получал референс на ключи потом итерировался по ним доставал значения. И всё время у меня было ощущение что я жуткий рак, потому что выглядело это дело несколько громоздко и не сильно производительно (каждый раз опять лезть в мапу).
А потом как то наткнулся на такую реализацию. Мне она показалась самой кошерной.
Может они даже они потом перепишут просто реализацию старых методов bind unbind, чтобы поддерживать старые версии скриптов разработчиков, но при этом избавиться от глюков
У заказчика есть деньги и нет мозга. Что посоветует КЭП? А ничего. КЭП исполнитель...
И как КЭП сам подметил их всё меньше и меньше, но это не значит что их нет.
Атавизм идеологии о том что в многопоточном приложении при одновременном доступе можно создать копию объекта и работать с ней вне synchronized блока, чем выполнить все действия над общей переменной но внутри блока, тем самым увеличивается производительность/уменьшается простой, кому как нравится.
Я это привел к тому, что вариант автора статьи какой то кривой как мне кажется. Так как описано в статье, я видел пример без каких либо локальных переменных.
Я вобще не понимаю зачем тут прикручена локалинстанс? Переменная не несёт смысла, не используется, и только убивает логику. Я вобще себе иначе помню даблчек локинг.
public static Singleton getInstance()
{
if (instance == null)
{
synchronized(Singleton.class) {
Singleton inst = instance;
if (inst == null)
{
synchronized(Singleton.class) {
inst = new Singleton();
}
instance = inst;
}
}
}
return instance;
}
В этом варианте есть локальная переменная, но она создаётся внутри синхронайзд блока, и не убивает логику как тут.
Да ладно. Лично я сидящий и там и там хочу сказать что после установки арча, через энное количество времени арч начинает на 60% быть похожим на убунту. Для меня принципиальной разницей заточки ОС (арча и убунты) под свои нужды является:
В арче: 60% Оси ты ставишь сам
В убунте: Удаляешь не нужные тебе 30% и доставляешь 10%
Накрывать я умею одинаково хорошо что одного кандидата что другого :D
Могу развить вам новую параною =)
Вот столкнулся недельку назад. Ситуация какая. Есть BrowserFunction. Я ей передаю в аргументы htm из jquery. Так вот, если браузер подтянет не вебкит или дефолтный браузер, а мозиллу, то в java передастся голый текст без html. для Webkit браузера и ИЕ (на винде) всё отлично возвращается HTML. Для 5го фф вернётся хтмл без хтмл =) по сути результат выполнения $.text()... Побороть не смог, буду сажать своих пользователей на хром
«Я не знаю, каким оружием будет вестись Третья мировая война, но в Четвёртой будут использоваться палки и камни» (С)
Я не знаю, как дальше пойдёт прогресс с развитием железа. Раньше круто было иметь кучу герц на процессорах. Теперь мы идём на наращивание ядер, пока и это не станет невыгодным. Так же я не в курсе что и как с браузером то будет через пару лет.
Единственное что я знаю, это что 3д в браузере станет довольно актуальным, вот как раз отсюда и возникнут всякие беды с быстрым наращиванием версий. Думаю мозилловцы тоже это осознают.
Как меня всегда учили: работает — не трогай!!! Лучше сделать одну качетсвенную версию без какой то фичи, чем писать сразу по 3 версии одного и того же с тупо одинаковым функционалом.
А потом как то наткнулся на такую реализацию. Мне она показалась самой кошерной.
дурнуюлишнюю работу.Теперь по поводу статьи. А как вы итерируете мапу? =)
Я например foreach'em по MapEntry<..>. Удобно и я где то читал что это самый хороший способ.
И как КЭП сам подметил их всё меньше и меньше, но это не значит что их нет.
(С) Человек СПАТЬ. Меня хотят все.
public static Singleton getInstance()
{
if (instance == null)
{
synchronized(Singleton.class) {
Singleton inst = instance;
if (inst == null)
{
synchronized(Singleton.class) {
inst = new Singleton();
}
instance = inst;
}
}
}
return instance;
}
В этом варианте есть локальная переменная, но она создаётся внутри синхронайзд блока, и не убивает логику как тут.
В арче: 60% Оси ты ставишь сам
В убунте: Удаляешь не нужные тебе 30% и доставляешь 10%
Накрывать я умею одинаково хорошо что одного кандидата что другого :D
а) готова к таким рискам, от того что джуниор чего то не знает.
б) готова обучать и пинать джуниора.
Если джуниор по истечении определённого времени по прежнему спотыкается на этом, то компания просто решила сэкономить :)
>Реалии жизни :) pt. 2 =)
s2.ipicture.ru/Gallery/Viewfull/6044114.html
Вот столкнулся недельку назад. Ситуация какая. Есть BrowserFunction. Я ей передаю в аргументы htm из jquery. Так вот, если браузер подтянет не вебкит или дефолтный браузер, а мозиллу, то в java передастся голый текст без html. для Webkit браузера и ИЕ (на винде) всё отлично возвращается HTML. Для 5го фф вернётся хтмл без хтмл =) по сути результат выполнения $.text()... Побороть не смог, буду сажать своих пользователей на хром
Я не знаю, как дальше пойдёт прогресс с развитием железа. Раньше круто было иметь кучу герц на процессорах. Теперь мы идём на наращивание ядер, пока и это не станет невыгодным. Так же я не в курсе что и как с браузером то будет через пару лет.
Единственное что я знаю, это что 3д в браузере станет довольно актуальным, вот как раз отсюда и возникнут всякие беды с быстрым наращиванием версий. Думаю мозилловцы тоже это осознают.
Как меня всегда учили: работает — не трогай!!! Лучше сделать одну качетсвенную версию без какой то фичи, чем писать сразу по 3 версии одного и того же с тупо одинаковым функционалом.