MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 触って覚える Microsoft Azure 今日から TechSummit 2018... Author: nakama Date: 11/05/2018 Docker for Windows & Web Apps for Containers 実践活用技法 先日、しれっと営業部門のクラウドソリューションアーキテクトに異動した話を書いたのですが、このロールは Azure... Author: nakama Date: 09/27/2018 Agile も DevOps も銀の弾丸なんかじゃない ……と、のっけから噛みつかれそうなタイトルを掲げてみたのですが；、ここ最近、立て続けて数件、「いやそれはアジャイルとか無理だろ；」的な話があって、ちょっとエントリを書いて
id:daisuke-m と話してたことをまとめる。 元ネタはThrowableについて本気出して考えてみた - 都元ダイスケ IT-PRESS。 異常が起こったとき、だいたい下の方法で対処してます。 RuntimeException系をスロー Exception系をスロー AssertionErrorをスロー (またはassert文の利用) Error系をスロー 特殊値(null, -1, など)を返す で、次のようなものがあるという想定です。 自分が作っているAPI (API) APIを利用するアプリケーション (アプリケーション) 環境 (環境) Javaランタイムライブラリ APIが利用する外部ライブラリ APIが利用するフレームワーク 外部デバイス (人間の入力も含む) アプリケーションへのコールバック など、APIから完全な制御ができないもの RuntimeException系
nullによる初期化回避の解答例 - @katzchang.contextsに対してコメントをいただいた件。 id:Nagise 二重tryブロックになるととたんに見通しが悪くなる…。完璧な例外処理の例を誰か教えてほしい。 はてなブックマーク - nullによる初期化回避の解答例 - @katzchang.contexts もっともな指摘なので、多重tryブロックを除去してみました。 方針 要するに単純にメソッドによって切り出しただけです。ポイントは static int sum(File file) throws FileNotFoundException, NumberFormatException, IOException この記述でFileNotFoundExceptionとNumberFormatExceptionを明示してあるところでしょうか。動作としては static int
Iconは、米国アリゾナ大学のグリスウォルド（Griswold）により開発されたプログラミング言語である。 Iconはテキスト処理を目的として作られ、Griswoldが以前に作成したSNOBOLの後継として作られたが、仕様はかなり異なる。 言語の特徴としては、ゴール指向評価（原語：英: goal-directed evaluation）、呼び出しごとにデータを返すジェネレータ、手続きをそのものを変数に格納する「コ・エクスプレッション」（co-expression）などがある。 Iconの後継にはUniconがある。 Iconの基本構造は以下のようになる。 # コメント link ライブラリ procedure main(args) メインルーチン end procedure 関数(引数) サブルーチン return サブルーチンの返り値（省略可） end メインルーチンはmain関数に記述
例外安全なプログラミングとは、 例外を投げる可能性があるコードが実際に例外を投げた場合に、 プログラムの状態が壊れずリソースもリークしないように作るプログラミングのことを言います。 これを正しく実現するには、既存の方法では、複雑で読みにくく脆いコード を書かねばなりませんでした。結果として、例外安全性に関して バグが残っていることが非常に多かったり、そもそも手間を省くために 例外安全が完全に無視されたりしてきました。 例として、数行の文を実行するあいだMutexをロックして、 終わったら解放するというケースを考えてみましょう: void abc() { Mutex m = new Mutex; lock(m); // mutexをロック foo(); // 処理を行う unlock(m); // mutexをアンロック } >foo() が例外を投げると、abc() は例外による巻き戻しで
"Error handling" redirects here. Not to be confused with Error detection and correction. In computing and computer programming, exception handling is the process of responding to the occurrence of exceptions – anomalous or exceptional conditions requiring special processing – during the execution of a program. In general, an exception breaks the normal flow of execution and executes a pre-register
Java Language and Virtual Machine Specifications Java SE 23 Released September 2024 as JSR 398 The Java Language Specification, Java SE 23 Edition HTML | PDF Preview feature: Flexible Constructor Bodies Preview feature: Implicitly Declared Classes and Instance main Methods Preview feature: Module Import Declarations Preview feature: Primitive Types in Patterns, instanceof, and switch The Java Virt
そういえば，最近，「COINS の LIR，label のアドレスも取れないし goto で任意の番地にも飛べないつかえねー」 とか散々言ってたわけなんだけど，コンパイラの実装技術とかにあまり馴染みが無い読者には，なんでそんなことに対してそれほどまでに拘るのか意味不明だったのではないかとふと思った． # 以下，偉そうに書いてますが，専門のレベル的には全然たいしたこと無い話です．暗黙知を形式知へ，わずかながら貢献をばの精神で （笑） 「C 言語って，高級アセンブラでしょ ? コンピュータの全てが記述できるんじゃないの ? C 言語でできないことなんてあるの ?」 いやいや，いっぱいあるよ ！ 機械語の世界というのは，手続き型言語の狭い花園などとは比較にならないほどリッチな世界なんだ (ヒロ山形風) そんな Web 上の妄言に惑わされていてはいけない．C 言語がコンピュータの真髄だとか，C に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く