Комментарии (12)

1. 

   lany

   24.05.2015 20:17

   #8431831

   +1

   Отдельный плюс за генерик-параметры конструктора :-) В восьмёрке генерик параметров в целом стало существенно больше. Вон, навскидку java.util.stream.AbstractTask<P_IN, P_OUT, R, K> — четыре параметра, и среди его наследников ещё с полдюжины таких. А какой-нибудь java.util.stream.Collectors.groupingBy(Function<? super T, ? extends K>, Supplier<M>, Collector<? super T, A, D>) имеет целых пять генерик-параметров.

   
   

   1. 

      leventov Автор

      24.05.2015 20:48

      #8431873

      Ага, по поводу последнего любят твитить в стиле «вы можете понять сигнатуру этого метода? Java превратилась в адЪ»

      
      

      1. 

         lany

         24.05.2015 20:57

         #8431883

         +1

         А я как-то привык уже. Сам пишу в таком духе :-) Вон меня на SO сам Stuart Marks плюсанул за 6 генерик-параметров. По факту в какой-то момент щёлкает в голове, и потом уже это не выглядит сложно.

      
      

      1. 

         Nagg

         25.05.2015 00:07

         #8432023

         Аналог этого в C# тоже по сигнатуре выглядет страшно :)
         
         

         IEnumerable<TResult> GroupBy<TSource, TKey, TElement, TResult>(this IEnumerable<TSource> source, Func<TSource, TKey> keySelector, Func<TSource, TElement> elementSelector, Func<TKey, IEnumerable<TElement>, TResult> resultSelector, IEqualityComparer<TKey> comparer)

1. 

   lany

   24.05.2015 20:22

   #8431839

   +1

   Поля, конечно, стоило поделить на статичные и нестатичные. Одно дело, когда класс типа java.awt.PageAttributes.MediaType, который просто набор констант, а другое — действительно адский по числу полей javax.swing.plaf.nimbus.FileChooserPainter.

1. 

   QtRoS

   24.05.2015 20:30

   #8431853

   -1

   О чем думали люди, которые делали конструктор с 18-ю параметрами…
   java.awt.Event с 80+ полей тоже порадовал, на каких же там костылях все работает, и с чем же боролись эти парни, ведь рекордсмен по интерфейсам java.awt.AWTEventMulticaster тоже с событиями связан!

   
   

   1. 

      lany

      24.05.2015 20:58

      #8431887

      +1

      Это внутренние детали реализации. Для них важно быть не столько красивыми, сколько быстрыми. Вообще-то куски Java и на ассемблере написаны, это тоже не очень красиво кому-то покажется =)

      
      

      1. 

         QtRoS

         25.05.2015 09:38

         #8432259

         -1

         Не соглашусь. Практика показывает, что если в чем-то не смогли разобраться как следует, то происходит неоправданное усложнение. Я думаю, что это именно тот случай и соглашусь с комментарием vsb ниже.

   
   

   1. 

      lany

      25.05.2015 09:09

      #8432225

      Ну и, кстати, в java.awt.Event всего 12 полей. Остальное — статические константы, описывающие типы событий. Из 12 полей большинство выглядит разумными. Косяк только в том, что они по большей части публичные и не финальные.

1. 

   vsb

   24.05.2015 23:57

   #8432009

   -1

   Да, уж, Swing и AWT почти везде отличились. Всё же не место им в стандартной библиотеке. Были бы отдельными библиотеками — глядишь, Java GUI был бы в лучшем состоянии. А так вроде и стандарт есть, но какой-то он не сильно качественный, этот стандарт.
   

   
   

   1. 

      lany

      25.05.2015 05:57

      #8432169

      В Java-9 в рамках проекта JigSaw вынесли весь Swing/AWT в отдельный модуль java.desktop. Насколько я понимаю идею, должна быть возможность собрать кастомизированный JDK без этого модуля. Сам не пробовал :-) RMI, SQL, w3c DOM тоже в отдельных модулях.

1. 

   Maccimo

   25.05.2015 13:26

   #8432685

   +1

   Такое впечатление, что в «типовых параметрах методов» чего-то не хватает.
   Декларация generic-параметров есть, а использования не видно. Да и пробелы после запятых не помешали бы.
   
   Возможно, SWING и AWT стоило исключить из анализа? Они сильно зашумляют результаты.