Eclipseを利用したPHPのコードフォーマッター « Hello My World
お疲れ様です。腹式呼吸をすると鬱にならないらしいというスレで見て、やりすぎたら翌日心臓が痛かった清水です。 今お世話になってる会社で、継続的インテグレーション、CI（英: continuous integration）をやり始めた所で、自分の汚いソースを晒す事に抵抗があるので、これからはコーディング規約に沿った対応をしていこうと思ってます。 ちまちまインデントを揃えるのに時間にとられて開発が進まないとか本末転倒なので、整形ルールについてはツールでやろうとおもいます。Eclipse の PDT にはフォーマッターが「いちおう」備わってるんですが、何の調整もできないので、結果は非常に残念な感じになります。 設定可能な項目はこれだけです。うーん微妙ですね。 とりあえず、やってみます。これが、オリジナル。 右クリックをして、Source > Format を選択 これが実行結果 見事に改悪されまし
全Eclipse Java プログラマーに捧げる Eclispe 徹底活用術完全版〜Eclipseに空気を読ませて楽する術〜 - Yamashiro0217の日記
この記事は、http://d.hatena.ne.jp/higayasuo/20090612/1244772658 の「Ctrl+1とCtrl+Spaceうんぬん」の話にインスパイアされて書いた。Eclipse可愛いよ。Eclipse。 記事長いから、さくっと読み飛ばして、アニメーションgifがあるところから読んでも十分訳にたつと思う。 あと、新人さんとかに写経させるのもいいかも。というか、半分ぐらいうちの新人に勉強のためと思って書いたから。で、実際に写経させて役にたった。 Java は Eclipse などの IDE も含めて言語というか、環境というか…だと僕は思ってる。Commons, Maven なども含めたい（まぁ、そのあたりは、CPANも含めてperlだろ。とか、これは否定する人だらけだろうけど、Rails＝rubyということを言う人もいるよね）。 少なくとも僕は、Eclipse
Eclipseデバッグ効率化！無駄なステップ実行を減らす「Step Filter」の設定方法
Eclipseの「Step Into」の挙動が設定によって変更できることを知っていましたか？ 今回は、「Step Into」を始めとする「Step実行」の挙動を変更する「Step Filtering」の設定方法と利用例を紹介します。使えるかも、と思ったら人は、ぜひ導入を検討してみてください。 目次 1. 「Step Into」とは2. 「そこに潜らなくてもいいのに！」3. 解決策：Step Filtering3.1. 有効化3.2. フィルタ設定3.3. その他の設定4. 使い方5. 設定例１：どうでもいい標準ライブラリのコードに飛ばないようにする5.1. 問題5.2. 対策：無視するクラスを設定する6. 設定例２：ClassLoaderへのStep Intoを回避する6.1. 問題6.2. 対策：ClassLoaderをフィルタする7. 設定例３：単純なgetter/setterを無視す
テスト駆動開発・Eclipseショートカット編 - Strategic Choice
（遅ればせながら）「テスト駆動開発」にチャレンジします。オブジェクト指向設計・実装の「速度」「精度」を改善するのが目的です。その道程の中で（本ブログメインテーマの「オブジェクト指向」とは関係ないですし、かつ直接「テスト駆動開発」にも関係ありませんが、実装速度という目的において）「Eclipseショートカット」を覚えてしまいたいので、これをまとめておきます。書籍にもネットにも情報が多く、感謝です m(_ _)mEclipseショートカット・作成Eclipseショートカット・編集Eclipseショートカット・補完 Eclipseショートカット・テストEclipseショートカット・リファクタリングEclipseショートカット・移動・ファイル内 Eclipseショートカット・移動・ファイル間 Eclipseショートカット・移動・ワークベンチEclipseショートカット・実行 Eclipseショート
PHPer が「JUnit実践入門」を読んだ
「JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)」を献本して頂いたので読んでみました。 普段は PHPUnit でテストを書いているので、その本家とも言える JUnit の本は興味津津でした。 実は、今でこそ PHP 三昧の日々ですが、数年前（JDK1.3 とか 1.4 の時代ですが）は Java で開発していたこともあったので、いまどきの Java、JUnit がどうなっているか知りたくもあり、興味深く読み進めることができました。 読んでみて感じた点を挙げてみます。 1. 圧倒的なボリューム まず目次をざっと見た時に感じたのがカバーしている範囲の広さです。正直よく一冊に収まってるなあと:D JUnit の解説からはじまり、JUnit を使ったテストの書き方、ソフトウェアテスト・テスト技法、ユニットテストのパターン、そして JUnit のより
NetBeansとEclipseの比較 - しんさんの出張所 はてなブログ編
7.1.1と3.7で比較。 IDEAはどーなんだ、と思った人、某氏がやってくれるはずですのでお待ちください。 プロジェクトツリーの見た目 左がNetBeans、右がEclipseです。 見た目はほぼ同じですね。 プロジェクト作成後何もなければ。 で、ユニットテストの作成後。 Eclipse NetBeans ここが大きく違います。 Eclipseは結構昔から大抵のIDEには標準であるテストパッケージ/ライブラリという概念がありません。ソースのルートを複数用意は出来ますが、そこまでです。 一応JUnitを利用すると自動でJUnitのライブラリをつけるか聞いてはきますので、最低限のおもてなしはなんとかしてあるといったところでしょうか。 ソースやライブラリの依存方向のミスが解決出来ないので早く実装してほしい機能No1だと思われます。 ユニットテスト 以下のコードを元にJUnitのテストケースを作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
