Java7 体当たり／try-with-resources Statement - 日々常々
JDK7 を使う準備が出来たので、体当たりします。 Java7 での個人的に嬉しいのが try-with-resources Statement です。AutoCloseable （を実装したクラス）の変数をこの構文で初期化すると、勝手に close してくれるってものです。 ではさらっと使ってみます。 public class TryWithResources { public static void main(String[] args) { try (AutoCloseable imp = new AutoCloseableImpl()) { // New! System.out.println("hoge"); } catch(Exception e) { System.out.println("catch:" + e); } finally { System.out.printl
退職しました #hogedriven - 日々常々
三月末日をもって、株式会社HOGEDRIVENを退職することになりました。 理由を一つ挙げるとすれば音楽性の違いです。 愉快なメンバーに囲まれ、そう言う意味では良い環境ではあったのですが、同じようなExcel方眼紙と格闘する充実した毎日だったのですが、@daiksy氏の至高のExcel方眼紙と私のExcel方眼紙には致命的なズレがあり、この差が今回の事態の一因なのかもしれません。 今日からは一人で究極のExcel方眼紙を追求して行きたいと思っています。 Excel方眼紙と言うもの Excel方眼紙はただセルの横幅を小さくするだけと思われているようですが、それだけで成立するものではありません。 本当のExcel方眼紙は、表面的な見た目が方眼紙っぽいと言うものではないと思っています。 枠にはまった定型的なフォーマットにより、どこに何が記述されているかを容易に把握出来ることばかりが利点として語ら
文字列連結と+演算子について整理しておく - 日々常々
何度か書いているけど、整理的な意味で。今後は「このエントリ参照」にするつもりで書いてみる。 文字列連結から見るシステム内で扱う型について - 日々常々 Javaプログラマであるかを見分ける10の質問 に答えてみる - 日々常々 String の連結ネタの続き - 日々常々 前書き Stringなんてboxed primitive*1でもないただのクラスのくせに、中途半端に贔屓されて*2てムカつく*3し、その中途半端ぶり*4がなお腹立たしい……。そして +演算子 で連結して問題が起こるような状況、つまりそんな長々と文字列連結したいような場合は、きっと他の適した型がある。StringBuilderじゃなく、もっと別の何か。業務要件で文字列を組み立てる目的を考えれば、たぶんテンプレート的なものに落ち着くんじゃ無かろうか。ライブラリ的な所でなら逐次書き出し等になるような。どちらにせよ文字列の組み立
誤った共通化 - 日々常々
前に書いた キョウミタコード と同系列のネタです。 「コードは共通化するべきである」 これ自体に真っ向から全否定することはまーないかなと思います。例えばこんな感じで処理A1-3から処理Bを呼ぶのパターンはよくあります。 コードの共通化。いいですねー。同じような処理をまとめておくとメンテコストがぐぐっと下がる気がします。これをしなきゃ、どんどんコピペされたメソッドが増えていくことでしょう。同じような処理はまとめていくことは重要です。 ところでこの図を見てください。 ……わかります？一度処理をまとめているにもかかわらず、まとめた処理がまた枝分かれしています。それもまとめる前と同じ単位で。コードで書くとこうなります。 class A { void method1() { B.method(1); } void method2() { B.method(2); } void method3() {
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
