Goエラーハンドリング戦略
Goのエラーハンドリングが採ったスタイル 多値返し 直積（関数の返値とエラーを両方返す） try-finallyをdeferという機構でカバー panicはプロセスを落とすためのもの Goはこの戦略でエラーハンドリングを行うとしましたので、「多値はなぜタプルじゃないんだ？」、「直和（返値orエラー）で十分じゃ？」「panic-recoverでtry-catchできそう？」などいう様な他の処理系の風習を持ち込むことは意味がありません。そしてそれらの提案の多くはすでに検討されリジェクトされてきた経緯があります。 「try組み込み関数」プロポーザルなんかも検討されマージ直前くらいまで進んだこともありますが、「Goのエラーハンドリング」にとって一長一短がありました。その欠点課題は解決できずに最終的にリジェクトされました。 「多値返し」は実にCPUフレンドリーな機構で、C言語の関数呼び出し規約にちょ
Play framework 2.0 betaが出たようです6 – Dependency Injectionをやってみよう | DevelopersIO
PlayでDependency injectionを実現する 先日Play framework2.0でおもしろそうなtipsがblogで紹介されていたので、ここでもご紹介。 そのブログ 内容はPlay framework2.0(Scala）でDIを実現しようというものです。 近年のJava系Webアプリケーションで、DIはあたりまえのように使用されていると思います。 Play frameworkにもSpringやGuiceを使用するためのモジュールがありますが、独自にDIの仕組みをもっているわけではありません。 しかし、今回ご紹介するtipsではPlay framework2.0とScala標準の機能(とデザインパターン）でDIを実現しています。 ではblogの内容にそってご紹介させていただきます。 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.2 Play
AndroidのTimber(ログ系)とFabric/Crashlytics(クラッシュレポート)を使ってみた。 - さまよえる、Android
Log.d使うのやめよう。 ログのコメントアウトが面倒くさい。 github.com Androidでログを出力するにはLogクラスがある。 開発中は、デバッグ目的でよく利用すよねー リリースのときに、コメントアウトを忘れるんです。 ログ系オープンソースを探してみた結果、Timberを使ってみた。 これでリリースと開発でログの出力を分けたりすることが簡単にできる。 リリース時は、クラッシュレポートのログとして利用する。 compile 'com.jakewharton.timber:timber:4.1.0' DebugTree アプリが起動したら、はじめにTimberの設定をしよう。出力するログのタイプを決める。 リリースとデバッグはこの設定で切り替える。DebugTreeは標準で用意されたライブラリで、リリース目的のログクラスは、独自で作って対応する。 Timber.plant(new
Spring Bootのログ設定を変更する - Qiita
Spring Bootを使う時のログ設定方法とlogback.xmlを記述する際のガイドラインです。 Spring Bootのデフォルトログ設定 コンソールにのみログが出力されます。 ルートのログレベルは[INFO]です。 ログの書式は 25.1 Log format に書かれています。 ログ実装はLogbackが使用されます。 Logback以外を使用したい場合は 66.2 Configure Log4j for logging を参考にpom.xmlを変更します。 ログ設定方法 Spring Bootでのログ設定方法は２つあります。 プロパティで設定する application.ymlなどでプロパティを設定します。 設定は簡単ですが、設定できる内容は限られています。 logback.xmlを記述する Logbackの通常の使い方と同じでクラスパスのルートにlogback.xmlを作成し
Swiftでデバッグ出力（日時、メソッド名、行番号） - 定食屋おろポン
メソッド名と行番号 かつてObjective-Cではこのように書いていた時代があった。 NSLog(@"%s, %d", __PRETTY_FUNCTION__, __LINE__); 今日からはこう書ける！*1 println(__FUNCTION__, __LINE__) //=> (someFunction(), 60) Swiftのprintlnは、NSLogと違って現在時間が表示されない。 出力したければNSDateを使えばよい。 println(String(NSDate.date().description), __FUNCTION__, __LINE__) //=> (2014-06-04 13:34:18 +0000, someFunction()someFunction(), 63) 追記: 普通にNSLogも使えるので使えばよい。 特殊リテラルには以下があるので好きに
必読！ログファイルとディレクトリ
ログとは 「ログ」とは、システムやアプリケーションが日々の稼働状況を記した活動記録です。LinuxやUNIXのようなシステムでは、さまざまなアプリケーションが協調して1つのシステムを構成しています。こうしたアプリケーションが、自身の動作状況やエラーなどのメッセージを記した記録が「ログ」です。また、このログが保存されるファイルを「ログファイル」と呼びます。 本連載では、CentOSの最新リリースであるCentOS 5.2をモデルに、この「ログ」について、概要、管理方法、そしてよくある障害とその対処方法といった内容をまとめていきます。 第1回の今回は、CentOS 5.2には、どのようログファイルがあるのか、実際の環境を例にひとつずつ説明を行います。 なお、連載で用いるCentOS 5.2は、公式のインストールCDを使い、Microsoft Virtual Serverにインストールしたもので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
