「例外」がないからGo言語はイケてないとかって言ってるヤツが本当にイケてない件 - Qiita
この記事は、Go3 Advent Calendar 2018 の８日目の記事です。 ７日目は @codehex さんによる「Go でアプリケーションとクライアントのミドルウェアを作成する方法知ってますか？」でした。 本日はネタ全開でお送りいたします。 Disclaimer（免責事項） はじめに言い訳というか、これを書いた経緯というか。 プログラミング言語をdisる人をdisる芸を見たいですね！ — yet another (@Maki_Daisuke) 2018年10月11日 というツイートをいたしまして、言った手前自分でやるか、と思い立った次第です。 なので、ネタとしてお楽しみください。 なお、炎上した場合にも、それすらもネタとして楽しむ所存ですのでアシカラズ。 それでは、いってみましょう。 Go言語がイケてない…だ…と……？ Go言語はイケてない言語としてよくdisられているが、その中
Swiftのエラーハンドリングはなぜ最先端なのか - Qiita
Swiftのエラーハンドリングは他のメジャーなプログラミング言語のどれとも異なる新しい仕様を持っています。特に、検査例外を持っているのですが、これはJavaで採用された以降はほとんどの言語で採用されていないため、現代では否定されている過去の間違いだったと広く認識されていると思います。そのため、Swiftユーザーで無い人は、検査例外という言葉をみた瞬間に興味を失ってしまうため、その詳細がなかなか世の中に伝わっていないと感じています。一方、私はこんなSwiftのエラーハンドリングをとても気に入っていて、様々な言語の進化の歴史を踏まえた産まれた最も優れた最先端の仕様だと思っています。この記事ではその考えを説明します。 Javaのエラーハンドリング Javaは検査例外を持っています。これにより、あるメソッドがエラーを送出するかどうかを関数のシグネチャとして静的に表明できます。 // 検査例外の例
JUnit：@Testアノテーションに例外クラスを指定する際、NoSuchFileExceptionはスロー宣言が必要な理由
Java の持つ、チェック例外(Checked exception) と非チェック例外(Unchecked exception) の違いです。基本的なところなので、ドキュメントも参照してください。 RuntimeException でない例外は、チェック例外とされ「メソッドで処理(catch または throws)されなければならない」としてコンパイラに扱われます。メソッドの中でチェック例外が発生したならば、try...catchで受け取るか、もしくは、 throws でメソッド自体が例外を投げることを宣言しなければコンパイルエラーとなります。 対して RuntimeException は、非チェック例外（実行時例外）です。例外が発生する事実がコンパイルに影響することはありません。そのかわり、例外処理のコーディングを忘れるなどで、意図しないところで実行時に例外が発生し、バグの元となる可能性
スタックトレースの出力が省略されてると思ったそのときに - 理系学生日記
よくあったんですよ、手元で例外が発生して原因を辿るためにスタックトレースを辿ってたら、おやおや、「... 3 more」とか出てて、原因が辿れねーぞっていうケース。 HighLevelException: MidLevelException: LowLevelException at Junk.a(Junk.java:13) at Junk.main(Junk.java:4) Caused by: MidLevelException: LowLevelException at Junk.c(Junk.java:23) at Junk.b(Junk.java:17) at Junk.a(Junk.java:11) ... 1 more Caused by: LowLevelException at Junk.e(Junk.java:30) at Junk.d(Junk.java:27) at
perlの例外処理のこと - cipher
perlでの例外はdieか、croakを使います。 die #!/usr/bin/perl use strict; use warnings; die "Exception Raised"; 上記のスクリプトをdie.plxという名前で保存します。 実行すると、例外が発生してプログラムは停止します。 $ perl die.plx Exception Raised at die.plx line 6. メッセージと一緒に例外が送出されたスクリプトの行数が表示されます。 #!/usr/bin/perl use strict; use warnings; die "Exception Raised\n"; 最後に改行コードを付けると、行数は表示されません。 $ perl die.plx Exception Raised at die.plx line 6. 実行します。 $ perl die.p
Standard PHP Libraryの例外クラスを活用しよう！
はじめに 今回はPHPでの例外の扱い方、特にSPL (Standard PHP Library)の例外クラスの使い方を見ていきます。例外を投げる際には、エラー種別により例外クラスを切り替え、受け取る側での処理も分けます。Javaなどではごく当たり前です。しかし、PHPプログラマの中には、そこまで切り分けない人も意外といます。Exceptionクラスだらけのコードもしばしば見かけます。 SPLの例外クラス アプリケーションによっては、例外クラスを独自に作成することもあります。とはいえ、いきなり例外クラスを複数定義して使いまわすことは、若干ハードルが高いかもしれません。まずは、SPL (Standard PHP Library)の例外クラスを使ってみましょう。SPLでは以下の例外クラスを提供しています。 SPL 例外クラスツリー LogicException (extends Exceptio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
When should I use try/catch instead of if/else?
Why is "throws Exception" necessary when calling a function?
Pythonの例外をサクサク理解しよう
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
ついに顕在化しはじめた Exception リスク