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

1. 

   lany

   07.06.2016 07:25

   #9646054

   +3

   Checked exceptions определённо отжили своё. Не взлетела идея. Через дебри лямбд им придётся продираться всё сложнее. Уже в восьмёрке в связи с этим добавили UncheckedIOException. Осталось UncheckedSQLException, UncheckedInterruptedException и т. д. И заживём!

   
   

   1. 

      Gokudera

      07.06.2016 18:02

      #9647146

      -2

      >>Оказалось, что в большинстве случаев разработчики их либо игнорируют, либо логируют, либо заворачивают в unchecked.
      Миллионы мух не могут ошибаться.
      
      Ну да много кода и что? Вы же не в блокноте свои приложения разрабатываете! checked меньше шансов что исключение будет обработано не корректно. Основная проблема unchecked исключений — документирование, документирование и еще раз документирование. У программистов обычно сложности с соблюдением всех регламентов, особенно в сжатые сроки.
      По сути должна быть золотая середина.

      
      

      1. 

         Gokudera

         07.06.2016 18:37

         #9647194

         -1

         PS.
         
         Figure 15: Sample Code illustrating use of Custom Exception picked from Bruce’s blog
         Ну не верю я что Брюс Эккель мог написать «высвобождение ресурсов» в try блоке.
         
         
         Квест что выбрасывает NPE, Refrence.MOD_VERSION — константа
         instance == null? ошибка реализации: getCurrentRecomendedBuild() — без комментариев…
         Должна была быть статья о том что «checked исключения не нужны», а получилась о «большинство разработчиков не умеют с ними работать»
         Им бы подучиться, а потом делать такие громкие заявления…

         
         

         1. 

            Gokudera

            08.06.2016 18:49

            #9648788

            +1

            Вы бы хоть писали с чем не согласны.
            Ничего не имею против checked исключений и по сему не понимаю к чему тут холивар? Буду признателен если поделитесь своим видением, с удовольствием пересмотрю свою точку зрения.
            В какой момент стало хорошей практикой пустые кэч блоки?

1. 

   Viacheslav01

   07.06.2016 13:36

   #9646556

   «Кто-нибудь знает, что происходит в Windows в этот момент на самом деле?» проверяется совместимость софта с версией винды и наличие известных конфликтов.

   
   

   1. 

      tbl

      07.06.2016 14:36

      #9646702

      На самом деле вызываются DLL-ки, зарегистрированные с помощью WerRegisterRuntimeExceptionModule. А уж какой они там трэш внутри себя творят — хз.

1. 

   guai

   07.06.2016 17:34

   #9647078

   Гевин Кинг про checked exceptions: http://ceylon-lang.org/blog/2016/04/05/object-validation/

1. 

   pronchakov

   07.06.2016 18:00

   #9647134

   +1

   По поводу checked exceptions двоякие мысли:
   С одной стороны, да, видно, что народ их не использует так, как было задумано во многих случаях. Заворачивают в unchecked, просто пропускают, хорошо если еще логи и стектрейсы будут. И вроде бы надо избавиться от этого.
   
   С другой стороны, когда я вижу код, в котором это не спускается на тормозах, где исключения честно обрабатываются, где они не заворачиваются в unchecked, а как минимум, попробовавши какие то локальные действия, и не получивши результата, заворачивают это в другое checked exception и выкидывают дальше, например когда SQLException превращается в хорошо оформленный какой-нибудь самодельный DataAccessException, с указанием на то, что же все таки случилось, вот такой код мне нравится. Его проще читать, поддерживать и дорабатывать.
   Причем на небольших проектах этого не заметно. А вот на больших, многоуровневых, модульных — очень даже.
   
   Лично я стараюсь обрабатывать исключения нормально. Согласен, не всегда это в принципе возможно, но где возможно — обрабатываю.
   
   Да, то как это сейчас многими используется — это не хорошо. Но однозначно выпиливать я бы не стал.

   
   

   1. 

      sshikov

      07.06.2016 21:19

      #9647318

      Я бы уже стал бы. Уже примерно понятно, чем их можно заменить — это что-то типа монады either, когда ваш метод может возвращать либо результат, либо ошибку. checked exception — это ошибка, прописанная в сигнатуре метода. Хотите ее вернуть — верните явно.
      
      Это не замена 1 в 1, по очевидным причинам — выкинутое исключение можно ловить на много уровней выше. Но это адекватный механизм, проверенный временем. И вы не можете просто игнорировать ошибку, почти также, как исключение — потому что результат успешного выполнения из either нужно еще достать, и если его нет — то это достаточно явно.
      
      Это потребует некоторого пересмотра своих привычек — но как правило, в хорошем направлении. И компонуется такой код намного легче.
      
      Не вобще выпилить — а выпилить из API. Для начала из своего.