1. 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

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

    • ava bormand 26.01.2014 14:49 # 0

      А как этот build потом юзают?
      Ответить

      • ava myzone 26.01.2014 18:47 # +1

        https://gist.github.com/myzone/75684349191615a2e222

        где-то так :)
        Ответить

        • ava bormand 26.01.2014 19:24 # +1

          Хм, т.е. по туплу бегаем при помощи .next()?

          Чего не сделаешь ради типобезопасности.
          Ответить

          • ava myzone 26.01.2014 19:49 # +1

            Именно так.

            И, да, я понимаю, что джава не лучший способ делать такие вещи :)
            Ответить

            • ava bormand 26.01.2014 19:56 # 0

              > джава не лучший способ делать такие вещи :)
              Ага, в крестах его можно было бы индексировать: configuration.get<2>().
              Ответить

              • ava 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();

                Да и вообще круто их было бы именовать и потом по именам получать, но как такое сделать, идей нет :(
                Причем именовать не стрингами, а чем-то более безопасным.
                Ответить

                • ava bormand 26.01.2014 20:29 # 0

                  > а чем-то более безопасным
                  Именами классов, больше то нечем ;)
                  Ответить

                  • ava myzone 26.01.2014 20:34 # 0

                    Bот именно, что нечем, но я уверен, что есть языки, в которых есть такие средства
                    Ответить

                    • ava bormand 26.01.2014 21:31 # +1

                      Кстати, что-то до меня сейчас дошло - а чем эта штука отличается от самого обычного POJO? :)

                      Набор полей - фиксированный.
                      Типы - проверяются.
                      Флюент - при желании вполне реализуем.

                      Пока вижу только один плюс - заставляет заполнить все поля.

                      P.S. Ааа, чтобы перехватить установку значений и куда-то их передать...
                      Ответить

                    • ava bormand 26.01.2014 22:16 # 0

                      А если как-то так? http://ideone.com/Fa870W
                      Ответить

                      • ava bormand 26.01.2014 22:25 # 0

                        Нужно больше типобезопасности!

                        Теперь "поля" разных "структур" нельзя смешивать:http://ideone.com/eKPhPl
                        Ответить

                • ava someone 27.01.2014 15:41 # +1

                  google lombok
                  Ответить

                  • ava defecate-plusplus 27.01.2014 19:38 # +1

                    это остров такой в индонезии
                    с клёвым пляжем и опасными аборигенами
                    Ответить

                  • ava myzone 27.01.2014 20:48 # 0

                    google купил lombok project?

                    PS Лично я не одобряю такие, имплицитные типы - ладно, но методы - уже перебор
                    Ответить

                  • ava wvxvw 27.01.2014 23:59 # 0

                    Та не, не хорошее решение :( Засоряет код херней всякой. В моей Яве раз в сто больше собачек, чем в типичном ПХП проекте. Объявления свойств / методов изза этого распухают вообще невероятно. Просто ради интереса посчитал: тот же в принципе класс написаный на Питоне: 6 строк, на Лиспе: 2 строки, на Яве: 60 строк...
                    Ответить

    • ava roman-kashitsyn 26.01.2014 17:32 # 0

      Напомнило 
      http://www.functionaljava.org/examples/1.5/#HList.append
      Ответить

    • ava anonimb84a2f6fd141 26.01.2014 20:25 # +1

      >.use("foo").as(Foo.class)
      .useAs("foo", Foo.class) ?
      Ответить

      • ava myzone 26.01.2014 20:28 # 0

        прошу прощения, у меня fluent interface головного мозга
        Ответить

        • ava myzone 26.01.2014 20:35 # 0

          btw, а это ведь просто частично применение, не?
          Ответить

      • ava Lure Of Chaos 28.01.2014 00:11 # +2

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

        • ava 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);

	}

}

          И да, фаз изначально было больше.
          И вообще, я не тру, ибо считаю с единицы :(
          Ответить

        • ava myzone 28.01.2014 01:06 # 0

          Или ты имел ввиду тот факт, что от последовательности вызовов тип будет другой?
          Ответить

          • ava Lure Of Chaos 28.01.2014 01:13 # +1

            я про обязательность связки use...as. действительно, лучше одним методом, так понятнее
            Ответить

            • ava myzone 28.01.2014 01:24 # 0

              Тогда я думаю, листинг выше расставил все по полочкам.
              У тебя не получится вызвать build() без вызова as(), и не получится вызвать as() без вызова use(), так что этот вопрос решен
              А вот вопрос того, что в списке типов важен порядок - реальная проблемка, если у кого есть решения буду рад выслушать.

              PS тут IRC канала нет?
              Ответить

              • ava anonimb84a2f6fd141 30.01.2014 03:39 # +1

                Есть форум, который засрали спамеры и где пудак вебмастер постоянно проводит эксперименты.
                Ответить

                • ava myzone 30.01.2014 04:50 # 0

                  Как говорится: все го на канал #govnokod на freenode.net, я создал :D
                  Ответить

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