[coll]

#programowanie #java

Często używacie pustych bloków catch w funkcji? Czy to rzeczywiście taka zła praktyka?

Próbowałem to robić na inne wszelakie sposoby, ale nie wiem jak inaczej sprawdzić czy element istnieje niż poza odwołanie się do niego i oczekiwanie na NullPointerException. Chyba że wy macie jakiś pomysł ( ͡º ͜ʖ͡º)

[AnanasowyOcelot]

@coll: Java 8 i Optional :)

[coll]

@rekt: myślę że w korpo mogą nie zrozumieć żartu

@AnanasowyOcelot: kurcze, wygląda fajnie, ale nie mam jak tego zastosować ( ͡° ʖ̯ ͡°)

[M.....v]

@coll: A nie możesz po prostu zrobić
if ( object == null) ?

[eovenn]

@coll: w Javie 7 przy wyszukiwaniu z bazy w przypadku gdy rekord nie został znaleziony rzucało domyślnie nullpointera - pusty try catch załatwiał sprawę i było to jedyne akceptowalne rozwiązanie. W tym przypadku oczywiście.

[coll]

@Maav: nope, nie działa

@eovenn: co prawda nie jest to baza a workbook, no ale pocieszyłeś mnie

[M.....v]

@coll: Nie siedzę w Javie, ale miałem do czynienia z plikami excelowymi w .Necie i nie chcę wierzyć, że nie ma żadnego sposobu, żeby znaleźć puste pole bez rzucania wyjątku.

Wyjątki są mało optymalne. Musi być inny sposób przecież.

[fegwegw]

w Javie 7 przy wyszukiwaniu z bazy w przypadku gdy rekord nie został znaleziony rzucało domyślnie nullpointera - pusty try catch załatwiał sprawę i było to jedyne akceptowalne rozwiązanie. W tym przypadku oczywiście.

@eovenn: co

Często używacie pustych bloków catch w funkcji? Czy to rzeczywiście taka zła praktyka?

@coll: Nie. Tak. Czasem trzeba, ale nie w Twoim przypadku.

[coll]

@fegwegw: nie wiem, próbowałem już jak na moje oko i głowę wszystkiego

tutaj masz kod jeśli będziesz chciał zerknąć i coś powiedzieć http://pastebin.com/HT5g8Trq

[fegwegw]

@coll: http://pastebin.com/t6QrzFkN

Aczkolwiek pisałem to w notatniku, więc nie gwarantuje, że działa out-of-box. W każdym razie kluczowy tutaj jest rowIterator, który załatwia Ci NPE w przypadku odwołania do nieistniejącego wiersza.