- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
List<String> el=parseList();
Theme th=new Theme(id);
th.setScore=Integer.parseInt(el.get(1));
th.setComments=Integer.parseInt(el.get(2));
th.setAuthor=el.get(3);
th.setVisitors=Integer.parseInt(el.get(4));
th.setVisitorsLastWeek=Integer.parseInt(el.get(5));
th.eMail=el.get(5);
return th;
3.14159265 12.10.2010 18:52 # +1
Dummy00001 15.10.2010 17:52 # 0
Анонимус 15.10.2010 21:56 # 0
Кроме того в старых жабах это была еще и медленная операция, потому что считается что в нормальной программе исключений или нет совсем или очень мало
3.14159265 15.10.2010 22:00 # 0
Анонимус 15.10.2010 22:02 # 0
Dummy00001 15.10.2010 22:46 # 0
в С++ хуйни нахуячил -> прога в корку -> кастомеры телефонируют, на жизнь жалуются.
а Жабе чего не городи, все фиксится.
Анонимус 16.10.2010 00:39 # 0
Лог можно направить на мыло разработчику. Это лучше, чем просто упавшая программа.
Во многих программах в случае падения предлагается отправить отчет разработчику.
В жабе это реализуется приведенным выше примером.
Это единственный случай в мире, когда catch(Exception) является не говнокодом.
Правда нужно быть осторожным, что бы не поймать ThreadInterruptedException например.
В конце концов в винде тоже есть SEH :)
Lure Of Chaos 16.10.2010 02:06 # 0
Плюс мэтчингового подхода в том, что мне не дадут написать программу, которая просто вылетит.
Минус состоит в том, что код необоснованно распухает.
Поэтому catch(Exception) не является говнокодом, но его употребление обязано привлекать внимание каждый раз, с вопросом - а не раздробить ли его для более тщательного анализа ошибок.
но вообще, кажись, мы приехали к проблеме языкового проектирования. Опыт показывает, что есть решения хорошие, есть не очень, но идеального быть не может - поэтому каждый подход имеет право кому-то нравиться.
Главное: что бы программист знал узкие места своего любимого приема и не лажался.
Lure Of Chaos 15.10.2010 22:22 # 0
и яснее, и быстрее, чем
на примере сразу видно какое-то внеземное мышление.
по описанию "он из цикла перебора массива по эксепшену выходил.... o_O" самый наивный код
выглядит придурочно.
Анонимус 16.10.2010 00:40 # 0
3.14159265 18.10.2010 10:30 # +1
мне только вчера рассказывали о недопустимости проверок (на налл например) и хорошей практике программирования эксепшенами.
щас ссылочкой на говнокод заделюсь.
Lure Of Chaos 18.10.2010 11:25 # 0
Lure Of Chaos 18.10.2010 11:33 # 0
иначе ко мне придерутся, что пример нерабочий, эксепшн вылетает
medb 12.10.2010 19:24 # 0
Мистер Хэнки 13.10.2010 15:25 # 0
или тут говно в том, что захардкожен порядок параметров, и следует заюзать hashMap для параметров?
nikelin 13.10.2010 16:12 # 0
3.14159265 15.10.2010 19:30 # 0
>сидел исключительно на Жабе и в принципе обработку ошибок не делал
а причем тут это? проверка может стоять в методе, который дергает сие.
2 medb
>Нужно было использовать фабрику? или что-то другое?
а причем тут фабрика? если работаем с SQL-ником - ORM.
2 Мистер Хэнки
>говно в том, что захардкожен порядок параметров
да в том что они распихиваются именно таким тупым способом
>и следует заюзать hashMap для параметров?
а вот отсюда поподробнее - я не понял.
ЗЫ походу Страйкер домен проплатил.
Lure Of Chaos 12.10.2010 23:31 # 0