トップ(最新) | <前

nDiki : Eclipse

Eclipse

オープン・ソースのIDE

設定

web

スポンサード リンク

メモ

Java API のドキュメントを表示できるようにする

JRE_LIB (rt.jar) のコンテキストメニューからプロパティを開き、Javadoc ロケーションで http://java.sun.com/.../ja/docs/ja/api/ を指定しておく。

使用されていないプライベートメソッドを検出する

Preferences の Java/Compiler/Problems で

 Unused private types, methods or fields:

を Ignore 以外にする。

関連情報

plugins

Call Hierarchy View (Good!)

Java メソッドの呼び出し元や、メソッドが呼び出しているメソッドを木構造で表示するプラグイン

インストール方法 (0.4.0 の場合)

アーカイブの中の dk.kamstruplinnet.callers ディレクトリをディレクトリごと eclipse/plugins の中にコピーして再起動する。

使い方、Java エディタの右クリックで、「Call Hierarchy」を選択。

Checkstyle

コーディング規約に従っているかどうかや、Javadoc が正しく書かれているかどうかなどをチェックするプラグイン

インストール方法 (v2.1.0 の場合)

アーカイブ中の

設定

Preferences/Checkstyle で各パラメータを設定する。

有効にする

プロジェクトのプリファレンスの中の Checkstyle で

 Enable Checkstyle

をチェックする。 問題個所があれば、Tasks に表示されるようになる。

Related term

2004年8月26日 (木)

TortoiseCVS 1.8.0-RC4 このエントリーを含むはてなブックマーク

スポンサード リンク

開発中のPerl モジュールWindows での作業(動作確認、PPM パッケージ化など)は、CVSクライアントとして使いやすかったこともあって

という組み合わせだったのだが、CVS作業のために Eclipse を起動するのも面倒なので TortoiseCVS を入れてみた。

使い勝手はTortoiseSVNとほぼ同じ。アイコンオーバーレイ表示がちとしょぼい(管理下にあるファイルには緑色のもやがかかる)。 Pagent によるパスフレーズ入力省略方法もTortoiseSVNの方法と同じ (今回は Subversion リポジトリCVS リポジトリが同じホストにあるので特に何も設定する必要なく成功)。

■ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。

Google Buzz はよろしければ Naney の Google プロフィールからどうぞ。


[ 8月26日全て ]

2004年9月3日 (金)

YAMLJava実装を書く このエントリーを含むはてなブックマーク

プライベートで書く事にした。 Eclipse 3.0 も入れたし、即実装開始。 えーと、まずはBOMの処理か。

しかし今だに Java のパッケージングの慣習がわからない。 make dist にあたるものは無いのか? まだ Ant ではスタンダードなスタイルは確立されていないの?


[ 9月3日全て ]

2004年9月9日 (木)

ANTLR このエントリーを含むはてなブックマーク

やっぱり手でYAMLのパーサを作成するのが面倒なので(FIRSTとかFOLLOWとか入力バッファ処理とか)、やっぱりジェネレータを使う事を検討。 Java だと ANTLR あたりか。

YAMLだと文脈に応じて、インデント用空白列トークンの長さをかえて認識しなければならないのでそれがうまくできるかどうかがポイント

まずはインストール(Eclipse 用のプラグインも入れておく)。 ちょっとずつマニュアルも読み始める。


[ 9月9日全て ]

2004年9月18日 (土)

[ Debian ] Eclipse 3.0 -> 3.0.1 このエントリーを含むはてなブックマーク

IDEからアップデートをかける。 Eclipse再起動をかけたら、起動しなくなった。 トホホ。

どこをなおせば良いのか良くわからないので、3.0.1 をとってきてあらためてインストール


[ 9月18日全て ]

2005年5月25日 (水)

JDK 5.0 がうまく動かない。 このエントリーを含むはてなブックマーク

開発PCで Eclipse からプログラムを実行させるとなぜか正常終了させられなくて困っていたのだが、チェックしたら Eclipse 上からでなくても駄目になっていた。 JDK 5.0 Update 3 から J2SE v1.4.2_08 SDK に落としたら普通に動くようになった。

Eclipse 3.0 を入れる時についでに 1.4 から 5.0 に上げたのだがこれがうまくいってなかったようだ。 今日何回か入れ直してみたのだが 5.0 はうまく動かない Update 2 にしても駄目。

はて。


djUnitコードカバレッジ解析 このエントリーを含むはてなブックマーク

昨日から Eclipse 3.0 に djUnit を入れて、コードカバレッジのチェックをはじめている。 JUnit のテストケースがあれば、ユニットテストと同時コードカバレッジ解析ができる。 なかなかいい感じ。


[ 5月25日全て ]

2005年11月14日 (月)

久しぶりに build.xml を書く このエントリーを含むはてなブックマーク

ソフトウェアレビュー日。 最近ミーティングの調整やドキュメントの作成などばかりで、ソースコードに触れる機会がほとんどなかったので Eclipse なんか入れちゃったりしてウキウキ。

……あれ? ビルドまだ自動化してないの? いや、普通まず最初にビルド自動化しておくでしょ。configure.ac とか Makefile.am とか Makefile とか Makefile.PL とか Build.PL とか書いちゃうでしょ。 Java ならまあ build.xml とか書いとくでしょ。 make dist (相当が)できるようなターゲット書いておくでしょ。

……無いのね。Eclipse でぬくぬく書いてるのね。コード書いている間はいいよ。 でもね、節目のビルドはね、そういうのでやってね。ビルドファイルの含めているソースアーカイブもコマンド一発で作れるようにしておいてね。

はい。では、書きますよ。今回は私が。 次はちゃんと書いてね。


[ 11月14日全て ]

2006年8月16日 (水)

LinuxWorld Conference & Expo このエントリーを含むはてなブックマーク

naney:219136331

サンフランシスコの Moscone Center で8月14日から8月17日まで開催されている LinuxWorld Conference & Expo の Expo の方を見にいってきた。

受付にある PC に事前登録してある名前を入力し、Print ボタンを押すとカウンターの方で手続きが行われる (最初 Continue を押したら入力フォーム出てきて、「え、面倒」と思ってしまった)。

名前の印字されたプラスチックカードをホルダーに入れて首から下げ展示会場へ。

@ .org Pavilion

まず向かったのは .org Pavilion。

入口を入って左手奥にあるのだが、そこだけ別世界の雰囲気だ。

なんというか、だらっとしている。 企業ブースのように営業目的があるわけではないので、媚びる風がなく勝手きままだ。 そこら辺で飯食ってるし。

置いてあるパンフレットは「What is ~?」という紹介的なもの。

聞きたいことがあれば、話かければよいのだが考えてみると特段これといってなかったりする。ぐるっとひとまわり。

Ubuntu というキーワードは何カ所かで見かけた。それなりにはやっているのか?

@ 企業ブース

大きなところは、NOVEL、IBM、AMD、HP、MOTOROLA、ORACLE、INTEL あたり。 特別注目すべきところはあまり感じられなかったかな。

全体を見るとモバイル系や、Virtualization が目についた感じだ。

naney:219136012 naney:219136212 naney:219138807

出る前に Debianブースによって T シャツを買ってきた。 多少は donation になるかな?

@ Information


[ シカゴ・サンフランシスコ出張 2006 ]


[ 8月16日全て ]

2007年4月23日 (月)

ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler このエントリーを含むはてなブックマーク

ときたまやってくるソフトウェア開発計画作成、今までは GanttProject を使っていたのだけれども、挙動が安定しないのと印刷機能が貧弱なのとで満足できていなかった。

ということで今回は新しいツールを使ってみることにした。チョイスしたのは TaskJuggler

Linux 上で動くツールである。 GanttProjectWindows でも Linux でも使えるのが利点だったのだが、ここ数年の中でプロジェクトファイルを共有することも無かったので、まあ Linux だけでしか動かなくてもいいかなと。

@ テキスト形式でのプロジェクト記述

TaskJuggler が特徴的なのは、プロジェクトをテキストファイルで記述するところである。 一般的なプロジェクトマネジメントツールは GUI 上でガントチャートを直接編集したりできるのだが、TaskJuggler はそんな軟弱者向けの機能は用意されていない。

あくまでテキストで書く。プロジェクト・リソース・タスク・レポートをテキストファイルに書く。 でコンパイルするとガントチャート等のレポートが生成される。実績もテキストで入力する。

書き方に問題があればコンパイルエラーになるし、定義したタスクの依存関係等でプロジェクト期間からはみ出てしまうような時もコンパイル時に怒られる。 渋い。

@ TaskJugglerUI

とっつきにくく見えるが、慣れると以外とそんなに難しくない。 effort と length と duration の違いが分かればあとは楽勝。

TaskJugglerUI という GUI ソフトウェアでは、補完機能の優れたエディタが内蔵されているしサイドバーのリストからタスク等を選んで、対応する行に移動することもできる。

さながら Eclipse でコードを書いているような感じ。

下手にガントチャート上でタスクをドラッグアンドドロップして、日にちを動かすよりも思った通りに定義していけるので良い。

@ 印刷

ガントチャートについては、それなりに見やすいフォーマットの印刷物を生成してくれる。 印刷からプリンタとして「Print to File (PDF)」を選択すれば日本語も含めて問題なく PDF 化できるので、でき上がったものも配付しやすい(ここら辺は KDE 側の範疇か)。

GanttProject では PDF 出力がイマイチで結局、画像ファイルにエクスポートしてプリントアウト/配付していたのでこれは便利。

@ 面倒な点といえば

面倒な点があるとしたら、タスクに ID をつけてその ID で依存関係などを指定してあげなければいけない点か。 識別子を考えるのが面倒なのと、タスクの数が増えてきた時にその指定したい ID を探す(思い出す)のが面倒である。

あと、識別子の名前変更リファクタリング機能があればいいな (一括置換だと関係ないところまで置換してしまう可能性がある)。

@ ということで

ソフトウェアエンジニアには使いやすいツールだと思う。

マクロ機能やインクルード機能などもあるのでもう少し使いこんでみたい。


[ 4月23日全て ]

2009年3月13日 (金)

久しぶりの C++GNU Automake + CppUnit このエントリーを含むはてなブックマーク

ちょっとした文字列構文解析関係の C++ コードを書き始めた。 C++ は随分触ってなかったので「C++ で書き直すのを考慮してそれっぽく Perl で書くから後で書き直して」と最初は言っておいたのだが、それもあんまりだと思って C++ で書くことにした。

Debian GNU/Linux 上で書くので GNU Automake + CppUnit で。 「Perl + Test::Harness」や「Java + Eclipse + JUnit」や「C# + Visual C# + NUnit」などと比べるとやっぱりタルいな。

1つメソッド書くのに、

  • テストメソッドの宣言
  • テストメソッドの登録 (CPPUNIT_TEST())
  • テストメソッドの実装
  • メソッドの宣言
  • メソッドの実装

と 4ファイル5カ所編集しなければならない。 クラス追加時には Makefile.am にヘッダファイルとソースファイルをテストケース用のと含めて4ファイル書き加える必要があるし。

あー面倒。

でも C++ で書き始めると楽しいんだよなあ。


[ 3月13日全て ]

2009年10月6日 (火)

IDETo Do このエントリーを含むはてなブックマーク

ソースコードTo Do タスクを埋め込むのにどの形式が良さそげか調査。

@ Visual Studio 2005

トークンとして "TODO" が登録済み。 大文字小文字を区別する。 コメントの先頭に TODO がある必要がある。 この設定の時に @TODO と書いても認識しない。

トークンには @ 文字を設定できない。

@ Eclipse

テキストとして "TODO" が登録済み。 大文字小文字を区別する。 コメントの先頭でなくても良い。

この設定の時に @TODO と書いても認識しない。

@ Doxygen

IDE じゃないけど。 ドキュメンテーションコメント中に \todo または @todo。 \TODO や @TODO は駄目。

@ ということで

コメントの先頭に TODO を書くという書式で統一しておくのが良さそげ。

Visual Studio 2005 がコメントの先頭以外でも認識してくれるのなら

  /** @todo TODO 説明 */

としておけば、ちょっと冗長だけれど doxygen にも認識させられるのなあと思ったり。


[ 10月6日全て ]

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.032085s / load averages: 0.29, 0.26, 0.21
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)