例外処理の説明凄くわかりやすかったです。 とは言っても今の私の実力では 直ぐに会得できる内容ではないのでちょくちょく動画を繰り返し観て自分の実力を高めていきたいと思います。今まで色々なチャンネルを観ましたがすがわらさんのチャンネルが一番私に合っています。これからも宜しくお願いします。

@SekaChan

Жыл бұрын

せきせいさん、コメントありがとうございました！ せかチャンが「一番合っている」と感じてもらえて良かったです✨ まだまだより良い動画を作り続けていくので、これからもよろしくお願いします！ 例外処理はややこしいと感じる人が多いところなので、何回か見直してもらいながら着実に理解を深めていってもらえれば大丈夫ですよ。

ありがとうございます！

@SekaChan

Жыл бұрын

THANKSコメント、ありがとうございました！！ もう５章まで終わっちゃったなんて速いですね。 順調なペースで勉強を進められてるんじゃないかなと思います。 次のクラスライブラリ（６章）まで終われば、Javaの基本はひと通り身についたといえますよ。 その調子でがんばってください！応援しています。

Javaシルバーの例外処理が今の課題だから助かるンゴォ

@SekaChan

2 ай бұрын

例外処理の基本はこの動画だけで理解できると思いますよ👍 課題がんばってください！

いつも初学者にもわかりやすいように言葉で、解説していただきありがとうございます。 参考書で理解の浅かった部分がこちらの動画で、納得できることが多いです。 動画の作成大変かと思いますが、おすすめの教材や効率の良い勉強法などの動画も上げていただけたらとも思います。

@SekaChan

2 жыл бұрын

slwoods77さん、コメントありがとうございました！ 参考書（本）だけだと、どうしても理解しにくいことってありますからね。 動画と参考書をうまく使いながら理解を深めていってもらえたら嬉しいです！ おすすめの教材や効率の良い勉強法については、初めてリクエストをもらいました。 良いテーマだと思うので、動画化を検討してみます✨

catch句はサブクラスから書くというのは言われてみればたしかにそうですね。 あまり意識してなかったです。 勉強になります。

@SekaChan

Жыл бұрын

jojoさん、コメントありがとうございました！ このポイントを押さえておくと、コーディング時も他人のプログラムを解読するときも分かりやすくなるかなと思います。 ぜひ意識してみてください😄

エラーの一番上がThrowableクラスって意外ですよね。 コンパイルできないエラーとコンパイルは通っても実行時に発覚するエラーが有るってところがポイントです。

@SekaChan

Жыл бұрын

jojoさん、コメントありがとうございました！ たしかに、Javaのプログラム外で起きるシステムエラー系(Error)があるのがポイントですね！ さらに、ErrorとExceptionのスーパークラスとしてThrowableを作り、Throwable以下のクラスに対して例外処理が行えるようにJavaを実装したところに工夫がみられて良い設計モデルだなと感じます。

分かりやすかったです！ありがとうございました。 JavaでWebアプリを作る場合はJava入門講座のプレイリストの内容はすべて学ぶべきですか？

@SekaChan

Жыл бұрын

Premiumツムツムさん、コメントありがとうございました！ 1-1～6-7までを見てもらえれば大丈夫かなと思います。 （「Java技術の歴史と全体像」以降は、気になったものだけ見てもらえればOKです👍）

@premium5648

Жыл бұрын

@@SekaChan ありがとうございます！6章見てきます！

いつも質問ばかりですみません、、、！お世話になっております！ 5−4演習問題1に関して、for文のループで、i=3になり条件が外れると（i

@SekaChan

Жыл бұрын

kskさん、コメントありがとうございました。 「1 2 3 d」を入力したときは、args.lengthの値は 4 となります。 そのため、for文の条件式は i < 4 に変わりますね👍

@ksk4884

Жыл бұрын

@@SekaChan あーものすごく初歩的なミスでした、、ありがとうございます！

クラブライブラリの演習問題？だった気がするのですが、サンプルプログラムの中に「ここまでよく頑張りましたね」と書かれており泣きそうになりました笑 まだ自分は例外処理の途中なのですが😅

@SekaChan

Жыл бұрын

さんかめはめさん、コメントありがとうございました！ 例外処理まできたら、もう入門講座のゴールは近いですね👍 入門講座をひと通り理解できたら相当力がつきますし、その力はよく頑張ってきた証ともいえます。 ぜひ、自分のペースでラストスパート駆け抜けてください！

@user-lj2jc8zy9h

Жыл бұрын

@@SekaChan ありがとうございます！ いつも動画の合間にある名言で励まされております！

2点ほどこの例外処理の勉強をしていて不明な点があります。 1つ目:tryブロック内で例外が起こる可能性のものを宣言してcatchでそれを検知するって流れだと思うのですが、その時にキャチしたものを吐かせるってどういう意味なのでしょうか？ 2つ目:検査例外と非検査例外の見分け方は何となく分かったんですが、記述の仕方や記述の差があまりわかりませんでしたので教えて欲しいです。 昨日はお褒めのコメントありがとうございました！

@SekaChan

2 жыл бұрын

Daichi re:riseさん、質問コメントありがとうございます！ > キャチしたものを吐かせるってどういう意味なのでしょうか？ これはたぶん僕の言葉じゃないと思うので、正確な意味はその人に聞いてみないと分からないですね💦 例外に対して「吐く」というときは、「発生させる」とか「エラーメッセージを画面に出力する」などのケースがあります。 「catchしたものを吐かせる」であれば後者かなと思いますが、前後の話を聞いてみないと確かなことはいえないですね。 > 検査例外と非検査例外の見分け方は何となく分かったんですが、記述の仕方や記述の差があまりわかりませんでしたので教えて欲しいです。 検査例外と非検査例外で、例外処理の書き方に差はないですよ😄 あくまでも、コンパイル時に検査されるか、検査されないかという違いですね。 （検査される＝例外処理を書いていないとコンパイルが通らない）

@daichirerise1785

2 жыл бұрын

@@SekaChan 返信ありがとうございます😭 研修中に言われてネットや動画でいろいろ調べたんですが全く分からなかったんですよ。。。 ちょっと聞いてみます！ 2点目の説明めっちゃ分かりやすかったです！ ありがとうございます🙇‍♂️ 動画と関係なとこなのにありがとうございました🙇‍♀️🙇‍♀️

初歩的な質問で申し訳ないですが、 (例外クラス　オブジェクト名)で動作するのはなぜですか？インスタンス化する必要はないのでしょうか？

@SekaChan

2 ай бұрын

例外が発生したとき、該当する例外クラスのインスタンスが自動生成されています。 そのインスタンスを (例外クラス　オブジェクト名) で受け取れるイメージですね😄

いつもわかりやすい動画ありがとうございます！ 質問なのですが、例外処理の書き方は分かりましたが、どういう場面で使うのかがいまいち分かりません。 例えば、CRUDアプリのようなものなら、Entityクラスに名前や年齢等入力する情報があるかと思いますが、そこの年齢欄に数字以外の文字列を入れたらエラーになるように例外処理をコントローラクラスに書けばいいのか？その辺をご教示いただけたらと思います。 また、throwであえて例外を発生させるところですが、こちらも上記同様にどのような場面で使うものなのかご教示いただけたらと思います。 大変お手数ですが、よろしくお願い致します。

@SekaChan

Жыл бұрын

Tsukasaさん、コメントありがとうございました。 まず、Exception以下（RuntimeException以外）の例外を発生する可能性がある場合は、例外処理を書かなければコンパイルが通りません。 （↑7:17 以降の解説を参考にしてください） 上記以外の例外クラスに対しても、必要なら例外処理を書くこともできます。 もしArrayIndexOutOfBoundsExceptionを発生する可能性があるプログラムを実行するとき、try-catchを書くことによって、仮に例外が発生しても最後まで処理を継続できるようになります。 throwの使いどころは、独自の例外を発生させるケースが多いですね。 実は、オリジナルの例外クラスを作ることができます。 （Exceptionクラスを継承するだけで例外クラスとして扱えます） 例えば年齢に数字以外を入力された場合の例外クラスとして、次のようなInvalidDataExceptionを作ったとしましょう。 class InvalidDataException extends Exception { ‥‥ } そして、実際に数字以外の情報が入力されたときに throw new InvalidDataException(); として例外を発生させるイメージです。 InvalidDataExceptionExceptionクラスにメンバ変数としてエラーメッセージを持たせれば、年齢が文字列の場合や未入力の場合などで表示内容を変えることもできます。

@tsukasa8218

Жыл бұрын

ご返信いただきありがとうございます！ 確かにデバッグで追っていってエラーになると自分では表記していない例外処理に飛んだような記憶があります。eclipseを使っているのでフレームワークとして最初からあるものと考えてよろしいでしょうか？ 整理すると必ず例外処理がないとコンパイルエラーになるものと、必要に応じて自分で例外処理を書く場合（年齢の所に数字以外のものを入れたらエラーにさせる）があると考えればよろしいでしょうか？

@SekaChan

Жыл бұрын

@@tsukasa8218 さん、返信ありがとうございます。 前半の方はどんなケースなのか分からないので何ともいえませんが、後半はそう考えてもらってOKですよ。

素人な質問失礼しますm(._.)m そのエラーの「サブクラス」と「スーパークラス」の見分け方って？ あと「まとめて」キャッチしてくれるスーパークラスが有るならそのスーパークラスを一行書けばコードの量を減らせるのに分けたほうが「良い」パターンとは？

@SekaChan

2 жыл бұрын

モコモコさん、質問コメントありがとうございました！ 例外クラス同士の継承関係を見分ける方法、たしかに疑問ですよね😄 （先の内容になっちゃいますが）この動画で紹介したAPIドキュメントで調べられます。 ●6-1 クラスライブラリ kzread.info/dash/bejne/doOKo5Nyd6jYiKg.html 例えばArithmeticExceptionを調べると、クラス名の下に継承関係にあるクラス名が書かれていますね。 docs.oracle.com/javase/jp/17/docs/api/java.base/java/lang/ArithmeticException.html また、catchブロックを分けた方が良い例としては、38:35から解説している「発生例外ごとにエラーメッセージを分ける」があります。 開発効率を上げるには、コード量を減らす意識が大切です。 ただ、システム開発では効率性よりも利用者の利便性が優先されることも多いです。 どちらをとるかはプロジェクトによって異なるので、エンジニアはその時々に合わせる必要がありますね👍

try ～ catchとする場合とthrows …Exception等とする場合とでは、throws ～ とする方が コードが短くて良いような気がしますが、できるだけtry ～ catchとした方が良いと 聞いたことがあります。 理由は何でしょうか？

@SekaChan

Жыл бұрын

Aさん、コメントありがとうございました。 「throws ‥ Exception等」より「try ～ catch」のほうが良いと聞いたことがあるとのことですが、僕にはちょっとその理由が分からないですね‥💦 （僕の中では使う目的が異なるという認識のため） 僕がここで適当に答えて本来とは違う認識につながってしまうのは避けたいため、その方に直接聞いてもらうと良いかなと思います。