Говнокод #14417 — Java — Говнокод.ру

Java / Говнокод #14417

+75
1. 1
2. 2
3. 3
4. 4
5. 5
6. 6
```
ObservableStorage.ConfigurationTuple<Integer, ObservableStorage.ConfigurationTuple<Foo, ObservableStorage.ConfigurationTuple<Foo, ObservableStorage.ConfigurationEnd>>> build = RemoteObservableStorage
        .configurationBuilder()
        .use("foo").as(Foo.class)
        .use("foo1").as(Foo.class)
        .use("ids").as(Integer.class)
        .build();
```
И тут Остапа понесло :)
Всем тайп сейфити посоны

Запостил: myzone, 26 Января 2014

Tweet
Комментарии (30) RSS
- bormand 26.01.2014 14:49 # 0
  
  А как этот build потом юзают?
  Ответить
  - myzone 26.01.2014 18:47 # +1
    
    https://gist.github.com/myzone/75684349191615a2e222
    
    где-то так :)
    Ответить
    - bormand 26.01.2014 19:24 # +1
      
      Хм, т.е. по туплу бегаем при помощи .next()?
      
      Чего не сделаешь ради типобезопасности.
      Ответить
      
      myzone 26.01.2014 19:49 # +1
      
      Именно так.
      
      И, да, я понимаю, что джава не лучший способ делать такие вещи :)
      Ответить
      
      bormand 26.01.2014 19:56 # 0
      
      > джава не лучший способ делать такие вещи :)
      Ага, в крестах его можно было бы индексировать: configuration.get<2>().
      Ответить
      
      myzone 26.01.2014 20:15 # +1
      
      Я имел ввиду не это, а нормальный вывод типов с маджонгом и поэтессами.
      Чтобы можно было написать просто
      
      val configuration = RemoteObservableStorage .configurationBuilder() .use("foo").as(Foo.class) .use("foo1").as(Foo.class) .use("ids").as(Integer.class) .build();
      
      Да и вообще круто их было бы именовать и потом по именам получать, но как такое сделать, идей нет :(
      Причем именовать не стрингами, а чем-то более безопасным.
      Ответить
      
      bormand 26.01.2014 20:29 # 0
      
      > а чем-то более безопасным
      Именами классов, больше то нечем ;)
      Ответить
      
      myzone 26.01.2014 20:34 # 0
      
      Bот именно, что нечем, но я уверен, что есть языки, в которых есть такие средства
      Ответить
      
      bormand 26.01.2014 21:31 # +1
      
      Кстати, что-то до меня сейчас дошло - а чем эта штука отличается от самого обычного POJO? :)
      
      Набор полей - фиксированный.
      Типы - проверяются.
      Флюент - при желании вполне реализуем.
      
      Пока вижу только один плюс - заставляет заполнить все поля.
      
      P.S. Ааа, чтобы перехватить установку значений и куда-то их передать...
      Ответить
      
      myzone 27.01.2014 00:55 # 0
      
      Вот именно. :)
      Ответить
      
      bormand 26.01.2014 22:16 # 0
      
      А если как-то так? http://ideone.com/Fa870W
      Ответить
      
      bormand 26.01.2014 22:25 # 0
      
      Нужно больше типобезопасности!
      
      Теперь "поля" разных "структур" нельзя смешивать:http://ideone.com/eKPhPl
      Ответить
      
      someone 27.01.2014 15:41 # +1
      
      google lombok
      Ответить
      
      defecate-plusplus 27.01.2014 19:38 # +1
      
      это остров такой в индонезии
      с клёвым пляжем и опасными аборигенами
      Ответить
      
      myzone 27.01.2014 20:48 # 0
      
      google купил lombok project?
      
      PS Лично я не одобряю такие, имплицитные типы - ладно, но методы - уже перебор
      Ответить
      
      bormand 27.01.2014 21:04 # +2
      
      google - это глагол повелительного наклонения ;)
      Ответить
      
      myzone 27.01.2014 21:05 # 0
      
      ааа :)
      Ответить
      
      wvxvw 27.01.2014 23:59 # 0
      
      Та не, не хорошее решение :( Засоряет код херней всякой. В моей Яве раз в сто больше собачек, чем в типичном ПХП проекте. Объявления свойств / методов изза этого распухают вообще невероятно. Просто ради интереса посчитал: тот же в принципе класс написаный на Питоне: 6 строк, на Лиспе: 2 строки, на Яве: 60 строк...
      Ответить
      
      myzone 28.01.2014 01:11 # 0
      
      жаль котлин еще не в продашине
      Ответить
- roman-kashitsyn 26.01.2014 17:32 # 0
  Напомнило
  http://www.functionaljava.org/examples/1.5/#HList.append
  Ответить
- anonimb84a2f6fd141 26.01.2014 20:25 # +1
  
  >.use("foo").as(Foo.class)
  .useAs("foo", Foo.class) ?
  Ответить
  - myzone 26.01.2014 20:28 # 0
    
    прошу прощения, у меня fluent interface головного мозга
    Ответить
    - myzone 26.01.2014 20:35 # 0
      
      btw, а это ведь просто частично применение, не?
      Ответить
  - Lure Of Chaos 28.01.2014 00:11 # +2
    
    кстати, хвалю - это отличный пример кода, где fi скорее запутывают, нежели помогают, т.к. для билдеров предполагается, что порядок вызовов неважен, а тут, получается, еще как!
    Ответить
    - myzone 28.01.2014 01:00 # 0
      
      я знал, что кто-то заметит, но могу огорчить.
      
      interface ConfigurationBuilder<T extends ConfigurationTuple<?, ?>> { @NotNull BuildingPhase1<T> use(@NotNull String collectionName); @NotNull T build(); interface BuildingPhase1<T extends ConfigurationTuple<?, ?>> { @NotNull <F> ConfigurationBuilder<ConfigurationTuple<F, T>> as(@NotNull Class<F> entityClass); } }
      
      И да, фаз изначально было больше.
      И вообще, я не тру, ибо считаю с единицы :(
      Ответить
    - myzone 28.01.2014 01:06 # 0
      
      Или ты имел ввиду тот факт, что от последовательности вызовов тип будет другой?
      Ответить
      
      Lure Of Chaos 28.01.2014 01:13 # +1
      
      я про обязательность связки use...as. действительно, лучше одним методом, так понятнее
      Ответить
      
      myzone 28.01.2014 01:24 # 0
      
      Тогда я думаю, листинг выше расставил все по полочкам.
      У тебя не получится вызвать build() без вызова as(), и не получится вызвать as() без вызова use(), так что этот вопрос решен
      А вот вопрос того, что в списке типов важен порядок - реальная проблемка, если у кого есть решения буду рад выслушать.
      
      PS тут IRC канала нет?
      Ответить
      
      anonimb84a2f6fd141 30.01.2014 03:39 # +1
      
      Есть форум, который засрали спамеры и где пудак вебмастер постоянно проводит эксперименты.
      Ответить
      
      myzone 30.01.2014 04:50 # 0
      
      Как говорится: все го на канал #govnokod на freenode.net, я создал :D
      Ответить
Добавить комментарий
Ошибка компиляции комментария:

Гости могут высказаться только во вторник, пятницу или субботу
Где здесь C++, guest?!

А не использовать ли нам bbcode?

[b]жирный[/b] — жирный

[i]курсив[/i] — курсив

[u]подчеркнутый[/u] — подчеркнутый

[s]перечеркнутый[/s] — перечеркнутый

[blink]мигающий[/blink] — мигающий

[color=red]цвет[/color] — цвет (подробнее)

[size=20]размер[/size] — размер (подробнее)

[code=<language>]some code[/code] (подробнее)

Проверочный код: *

Говнокод: по колено в коде.

Java / Говнокод #14417

Комментарии (30) RSS

Добавить комментарий