JPH08314724A - オブジェクト指向プログラム編集装置 - Google Patents

Abstract

(57)【要約】 【目的】オブジェクト指向プログラムのクラス定義を修
正した際に、クラス定義の修正に伴って発生する他の修
正必要箇所を表示することにより、プログラムの開発効
率を向上させる技術を提供することを目的とする。 【構成】ソースファイルを編集するコマンドを読み込む
手段により編集コマンドを読み込み、該編集コマンドに
より修正を受けたクラス（被修正クラス）を同定する手
段により被修正クラスを同定し、被修正クラスの修正に
よって新たに修正の必要性が生じる他のクラスを検索す
る手段と検索されたクラスを定義するソースファイルを
表示する手段により、修正が波及する可能性のある場所
をプログラマに提示する。 【効果】オブジェクト指向プログラムのクラス定義を修
正した際に、クラス定義の修正に伴って発生する他の修
正必要箇所を表示することにより、プログラムの開発効
率を向上させることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オブジェクト指向プロ
グラムを記述したソースファイルを編集する装置に関す
るものである。

【０００２】

【従来の技術】一般にプログラムを修正すると、修正は
その箇所だけにとどまらず、複数の箇所を同時に修正す
る必要性が生じる。これを修正の波及と呼ぶ。プログラ
ムの修正に応じて発生する修正の波及箇所を自動的に同
定できれば、プログラム開発の効率を高めることが出来
る。

【０００３】このような問題を解決する従来の方法とし
て、例えば、特開平６―３３２６８７号の「プログラム
自動修正反映方式」がある。この方式では、関数プログ
ラムのひな型を修正した際に、このひな型を引用してい
るプログラムを検索して、引用部分を自動的に修正する
ようにしている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記特
開平６―３３２６８７号の「プログラム自動修正反映方
式」では、関数のひな型に対する変更波及箇所の同定は
行っているが、オブジェクト指向プログラムにおけるク
ラスの修正に伴う変更波及箇所の同定は行っていない。

【０００５】本発明の目的は、オブジェクト指向プログ
ラムのクラス定義を修正した際に、クラス定義の修正に
伴って発生する他の修正必要箇所を表示することによ
り、プログラムの開発効率を向上させる技術を提供する
ことにある。

【０００６】

【課題を解決するための手段】本発明は、オブジェクト
指向プログラムのソースファイルを編集するコマンドを
読み込むコマンド読み込み手段と、該編集コマンドによ
り修正を受けたクラス（被修正クラス）を同定する被修
正クラス同定手段と、該被修正クラスの修正によって新
たに修正の必要性が生じる他のクラスを検索する検索手
段と、検索されたクラスを定義するソースファイルを表
示する表示手段とを備えたことを特徴とする。また、修
正されたクラスと該修正によって新たに修正の必要性が
生じる他のクラスの部分のみ、再コンパイルするように
する。

【０００７】修正を受けたクラスの同定は、ソースファ
イルの編集コマンドの種類と編集箇所とに基づいて行う
とよい。その他、修正前の状態と修正後の状態とを比較
して修正を受けたクラスを同定する方法を用いてもよ
い。また、ある編集対象行で修正が行われている間はク
ラスの同定を行わず、編集対象行が変更されるときに、
修正を受けたクラスの同定を行うようにするとよい。修
正が行なわれる度にクラスの同定を行うよりも処理が簡
単だからである。

【０００８】

【作用】ソースファイルを編集するコマンドを読み込む
手段により編集コマンドを読み込み、該編集コマンドに
より修正を受けたクラス（被修正クラス）を同定する手
段により被修正クラスを同定し、被修正クラスの修正に
よって新たに修正の必要性が生じる他のクラスを検索す
る手段と検索されたクラスを定義するソースファイルを
表示する手段により、修正が波及する可能性のある場所
をプログラマに提示することができる。

【０００９】

【実施例】以下、本発明の実施例を図面により詳細に説
明する。

【００１０】（実施例１）図１は、本発明の第１の実施
例に係るオブジェクト指向プログラム編集システムの構
成図を示す。図において、３は、キーボードなど、プロ
グラマが編集コマンドを入力する入力手段である。入力
手段３により入力されたコマンドは、編集コマンド読み
込み手段９０１により認識される。９０２は、入力され
た編集コマンドによって修正されるクラス（被修正クラ
ス）を同定する被修正クラス同定手段である。９０５
は、被修正クラス同定手段９０２によって同定されたク
ラスが修正されることにより発生する他の修正必要箇所
を検索する検索手段である。４は、クラスの修正に伴っ
て変更が他のどのクラスに波及するかの対応表（クラス
依存関係）を格納する記憶手段である。対応表を用意せ
ずに、検索手段９０５内に、ソースファイルから直接変
更箇所を検索する機能を持たせてもよい。９０４は検索
手段９０５により検索されたクラス（すなわち、修正が
波及するクラス）を表示する手段であり、２は実際に表
示を行うディスプレイである。編集コマンドの実行によ
るファイルの修正は、ファイル修正手段９０３によって
行われる。９０６は、各ブロックの実行順序を制御する
実行管理手段である。

【００１１】以下、図１のシステムの動作を詳細に説明
する。

【００１２】図２に、図１の実行管理手段９０６による
制御方法の手順の概要を示す。図２において、ステップ
１１０は、編集対象となるファイル（オブジェクト指向
プログラムのソースファイル）をメモリに読み込むステ
ップである。ステップ１１１は、編集コマンドを読み込
むステップであり、図１の編集コマンド入力手段３と編
集コマンド入力読み込み手段９０１により実行される。
ステップ１１２は、入力された編集コマンドにより修正
されるクラスを同定するステップであり、図１の被修正
クラス同定手段９０２によって実行される。このステッ
プ１１２の詳細は、後に図７を用いてより詳細に説明す
る。ステップ１１３の編集コマンド実行では、入力され
た編集コマンドを実行して実際にファイルの編集を行
う。このステップは、図１のファイル修正手段９０３に
より実行される。

【００１３】ステップ１１４は、修正が波及する他のク
ラスを表示するか否かをプログラマ（操作者）に選ばせ
るステップである。プログラマからの提示要求があれ
ば、ステップ１１５により修正が波及するクラスの検索
を行い、ステップ１１６により検索されたクラスの表示
を行う。ステップ１１５の修正波及クラスの検索は、図
１の検索手段９０５により行う。ステップ１１６のクラ
ス表示は、修正波及クラス表示手段９０４およびディス
プレイ２により行う。このクラス表示は、クラス名だけ
の表示でも良く、また波及するクラスを定義するファイ
ルの内容を画面上に表示してもよい。

【００１４】なお、ステップ１１４では、特にプログラ
マに問い合わせることなく、プログラマからの提示要求
があればステップ１１５に進み、提示要求が無ければス
テップ１１７に進むようになっているが、ステップ１１
４でディスプレイ２に修正波及クラスを表示するか否か
を問い合わせる画面を表示し、プログラマに選択させる
ようにしてもよい。また、あらかじめ修正波及クラスを
表示することを指定しておき、修正波及クラスがあると
きはプログラマに問い合わせすることなく常に修正波及
クラスの表示を行うようにしてもよい。

【００１５】ステップ１１７では、編集続行か否かをプ
ログラマに問い合わせる。編集続行のときは、ステップ
１１１に戻って編集を続行する。編集の終了であれば、
ステップ１１８でファイルをセーブして編集を終了す
る。なお、ステップ１１３のコマンド実行は、ステップ
１１７の直前に行ってもよい。

【００１６】上述の図２のステップ１１５の修正波及ク
ラス検索処理では、記憶手段４に格納されているクラス
の修正波及関係（クラス依存関係）を参照する。このク
ラス依存関係を作成する方法を次に説明する。

【００１７】図３は、クラス依存関係を作成するための
方法を示すフローチャートである。まずステップ１０１
でクラスの新規定義か否か判定する。クラスが新規に定
義される場合は、ステップ１０２から１０４でクラスの
新規定義の編集作業を行う。すなわち、ステップ１０２
で編集コマンドを読み込み、ステップ１０３でその編集
コマンドを実行し、ステップ１０４で編集続行か否か判
定する。編集続行のときはステップ１０２に戻って編集
を続ける。

【００１８】ステップ１０４でクラスの新規定義の編集
が終了したら、ステップ１０５によってクラスの依存関
係を解析する。このステップは、プログラム中に定義さ
れている全クラスを調べ、あるクラスの修正が生じたと
きに他のどのクラスをそれに伴って修正すべきかを解析
するステップである。このステップについては、図４〜
６を用いてさらに詳細に説明する。このステップにより
解析された依存関係は、ステップ１０６によりクラス依
存関係を記憶する記憶手段４に登録される。クラスが新
規定義されたソースファイルは、ステップ１０７でセー
ブされる。

【００１９】図３のステップ１０５のクラスの依存関係
の解析は次のように行う。まず、あるクラス１があるク
ラス２に依存するパターン（すなわち、クラス２の修正
がクラス１に波及するのはどういう場合かを示すパター
ン）を予め定義しておく。そして、ステップ１０５で
は、このパターンに合致するクラスがあるか否かを調べ
る。

【００２０】図４に、クラス１がクラス２に依存するパ
ターンの例を示す。図４では左側にパターンを特定する
パターン番号を図示し、各パターン番号に対応するパタ
ーンを記載してある。例えば、パターン番号１のパター
ンは「クラス１のメンバ定義としてクラス２を用いる」
というパターンである。ステップ１０５では、編集中の
プログラム中のすべてのクラスを参照して図４のパター
ンに合致するものを調べる。例えば、もし、あるクラス
のメンバ定義として別のクラスを用いているものがあれ
ば、それはパターン番号１のパターンに合致するので、
それらのクラスはクラス依存関係として登録されること
になる。

【００２１】図５は、パターン番号１の「クラス１のメ
ンバ定義にクラス２を用いる」場合の例を示す。オブジ
ェクト指向言語として、Ｃ＋＋を例としている。図５の
２０３で定義されるクラスＣのメンバ定義は、２０２で
定義されるクラスＡを用いている（クラスＣの定義の３
行目の「Ａ ａ；」の部分）。これは、図４のパターン
のパターン１に合致するから、クラスＣはクラスＡに依
存することになる。従って、クラスＡが修正を受けたと
き、クラスＣに修正が波及する可能性がある。そこで、
クラス依存関係として、クラスＡとクラスＣを登録す
る。

【００２２】図６は、クラス依存関係格納手段に格納さ
れる依存関係テーブル示す。このようにクラスとそのク
ラスに依存するクラスを対にして格納して置けば良い。
上記例では、「クラスＣがクラスＡに依存する」のであ
るから、クラス名としてＡを格納し、依存クラスとして
Ｃを格納する。

【００２３】図７は、図２のステップ１１２の修正クラ
スの同定方法の詳細な手順を示す。図７は、図２のステ
ップ１１０〜１１３の部分をより詳細に示したものであ
り、特に図２のステップ１１２は図７のステップ３０５
〜３１１に対応する。

【００２４】ステップ１１０は、編集対象ファイルを読
み込むステップである。このステップでは、修正対象と
なるクラスが定義されているファイルを計算機メモリ内
に読み込む。ステップ３０２と３０３は、修正クラス同
定にあたって初期化を行うステップである。すなわち、
修正フラグＦＬＧを「０」にリセットし、配列ＣＬＡＳ
ＳＥＳを空にする。修正フラグＦＬＧはソースファイル
が変更されたとき「１」をセットするフラグである。配
列ＣＬＡＳＳＥＳは、修正を受けたクラス名を登録して
おく配列である。

【００２５】ステップ１１１で、プログラマが入力する
編集コマンドを読み込む。ステップ３０５では、入力さ
れた編集コマンドがソースファイルに変更を与えるか否
かを判定する。この判定は、ソースファイルに変更を与
えるコマンドの一覧を用意しておき、この一覧と入力さ
れたコマンドを照らし合わせることによって行う。図８
の４０１に、ソースコードに変更を与えるコマンドの一
覧を示す。ソースコードに変更を与えるコマンドである
ときは、ステップ３０６で修正フラグＦＬＧに「１」を
セットしておく。次に、ステップ３０７によって、入力
された編集コマンドが、編集対象行を変える（すなわ
ち、カーソルを別の行に移動する）コマンドであるか否
かを判定する。図８の４０２に、編集対象行を変えるコ
マンドの一覧を示す。

【００２６】コマンドが編集対象行を変えるコマンドで
ある場合は、ステップ３０８により、修正フラグＦＬＧ
の値が「１」であるか否かを判定する。「１」であれ
ば、ステップ３０９により、エディタ上のカーソル存在
位置（編集対象行を変えるコマンドを実行する前のカー
ソル位置）からそのカーソルがどのクラス定義ブロック
に属しているかを調べ、修正を受けるクラスを同定す
る。次に、ステップ３１０でそのクラス名を配列ＣＬＡ
ＳＳＥＳに登録する。ステップ３１１で修正フラグＦＬ
Ｇを「０」にリセットして、ステップ１１３に進む。ス
テップ１１３では、入力された編集コマンドを実行す
る。ステップ３０７でコマンドが編集対象行を変えるコ
マンドでない場合、およびステップ３０８で修正フラグ
ＦＬＧが「１」でない場合は、直接、ステップ１１３に
進む。

【００２７】図９は、編集対象のソースファイルの例を
示す。いま、図９のように画面上に表示されているとす
る。５０１はカーソルの存在位置を示す。この状態で、
例えば、２４行目の「int」という文字列を「double」
という文字列に置き換えると、図２のステップ３０６に
より、修正フラグＦＬＧの値が１となる。この場合、
「int」を削除して「double」を挿入してもよいし、「i
nt」を「double」に置換する文字列置換を行ってもよ
い。いずれにしても、編集対象行（カーソル行）が２４
行目にある間は、修正フラグＦＬＧの値が１とされ、ス
テップ３０７からステップ１１３に進んで２４行目の編
集を続行することになる。「int」を「double」に修正
する編集が終わったら、次には編集行を移動（すなわ
ち、カーソルを別の行に移動）するコマンドまたはソー
スファイルセーブ（編集終了時のセーブも含む）コマン
ドが必ず入力されるはずである。それらのコマンドが入
力されると、ステップ３０７からステップ３０８を経て
ステップ３０９に進む。そして、ステップ３０９によ
り、カーソル位置が存在する場所（カーソル移動前）
が、どのクラス定義文に属するかを判定する。図９の例
の場合、カーソル５０１はクラスＡの定義文の中にある
から、修正を受けたクラスはＡであると同定できる。修
正を受けたクラス名は、ステップ３１０により配列ＣＬ
ＡＳＳＥＳに登録される。図１０は、クラス名Ａ（６０
１）が登録された配列ＣＬＡＳＳＥＳ（６００）を示
す。

【００２８】このようにして、修正を受けたクラスが図
１０の配列ＣＬＡＳＳＥＳに登録される。一方、図３〜
６で説明したように既に図６に示したクラス依存関係対
応テーブルにクラス依存関係が登録されているから、図
２のステップ１１５では、修正の波及するクラスを検索
することが出来る。すなわち、図１０の配列ＣＬＡＳＳ
ＥＳに登録されているクラスを、図６のクラス依存関係
対応テーブルのクラス名から検索し、対応する依存クラ
スを得ることができる。上記の例の場合には、クラスＡ
の修正により、クラスＣが修正の波及を受けることが検
索できる。この検索を行うのは、図１の検索手段９０５
であり、検索結果は、図１の表示手段９０４とディスプ
レイ２により表示される。

【００２９】以上の装置を実施することにより、オブジ
ェクト指向プログラムのクラス定義を修正した際に、ク
ラス定義の修正に伴って発生する他の修正必要箇所を表
示でき、プログラムの開発効率を向上させることができ
る。

【００３０】（実施例２）図１１は、本発明の別の実施
例である。ほぼ上述の第１の実施例と同様であるので、
異なる部分のみ説明する。図１１では、図１の修正波及
クラス表示手段９０４を、修正波及クラスの再コンパイ
ル手段９０７に置き換えたものである。これにより、再
コンパイルが必要なクラスを限定することが出来る。す
なわち、再コンパイルが必要なクラスは、修正が波及す
るクラスだけであるので、修正が波及するクラスを検索
することにより、不必要なクラスのコンパイルを避ける
ことが出来る。

【００３１】図１２にコンパイル方法を示す。ステップ
７０１でソースプログラムの修正箇所から修正されたク
ラスを同定し、ステップ７０２で修正されたクラスを再
コンパイルする。さらに、ステップ７０３では、図１１
の検索手段９０５により、再コンパイルが必要なクラス
を検索する。そして、ステップ７０４で、検索されたク
ラスを再コンパイルする。ステップ７０４の再コンパイ
ルは、図１１の実行海里手段９０８によって行われる。

【００３２】以上の装置を実施することにより、オブジ
ェクト指向プログラムのクラス定義を修正した際に、ク
ラス定義の修正に伴って発生する再コンパイル必要クラ
スを限定でき、コンパイルに要する時間が削減され、プ
ログラムの開発効率を向上させることができる。

【００３３】

【発明の効果】以上説明したように、本発明によれば、
オブジェクト指向プログラムのクラス定義を修正した際
に、クラス定義の修正に伴って発生する他の修正必要箇
所を表示することにより、プログラムの開発効率を向上
させることができる。

【図面の簡単な説明】

【図１】本発明を実施する装置の構成を示す図

【図２】本発明を実施する装置を制御する方法を説明す
る図

【図３】クラス依存関係を作成する方法を説明する図

【図４】クラスの依存関係がどのような場合に生じるか
を説明する図

【図５】クラスの依存関係が生じる具体例を示す図

【図６】クラス依存関係テーブルの実現例を示す図

【図７】編集コマンドによって修正されるクラスの同定
方法を説明する図

【図８】編集コマンドの種類を説明する図

【図９】編集対象となるソースファイルの具体例を示す
図

【図１０】修正を受けたクラスを格納するテーブルの実
現方法を示す図

【図１１】コンパイル装置を実施するための構成図

【図１２】コンパイル装置を制御する方法を示す図

【符号の説明】

２…クラス表示手段、３…入力手段、４…クラス依存関
係格納手段、９０１…編集コマンド読み込み手段、９０
２…被修正クラス同定手段、９０３…ファイル修正手
段、９０４…修正波及クラス表示手段、９０５…被修正
クラスに依存するクラスの検索手段、９０６…実行管理
手段。

Claims (6)

【特許請求の範囲】
1. 【請求項１】オブジェクト指向プログラムのソースファ
   イルを編集するコマンドを読み込むコマンド読み込み手
   段と、 該編集コマンドにより修正を受けたクラス（被修正クラ
   ス）を同定する被修正クラス同定手段と、 該被修正クラスの修正によって新たに修正の必要性が生
   じる他のクラスを検索する検索手段と、 検索されたクラスを定義するソースファイルを表示する
   表示手段とを備えたことを特徴とするオブジェクト指向
   プログラム編集装置。
2. 【請求項２】オブジェクト指向プログラムのソースファ
   イルを編集するコマンドを読み込むコマンド読み込み手
   段と、 該編集コマンドにより修正を受けたクラス（被修正クラ
   ス）を同定する被修正クラス同定手段と、 該被修正クラスの修正によって新たに修正の必要性が生
   じる他のクラスを検索する検索手段と、 該検索されたクラスに対して、必要に応じて修正を施す
   手段と、 該検索されたクラスを再コンパイルするコンパイル手段
   とを備えたことを特徴とするオブジェクト指向プログラ
   ム編集装置。
3. 【請求項３】前記被修正クラス同定手段は、ソースファ
   イルの編集コマンドの種類と編集箇所とから修正を受け
   たクラスを同定するものである請求項１または２に記載
   のオブジェクト指向プログラム編集装置。
4. 【請求項４】前記被修正クラス同定手段は、ソースファ
   イル上でカーソルが存在する行位置を変えるコマンドが
   入力されたとき、該コマンドを実行する前にカーソルが
   存在する位置がどのクラス定義ブロック中にあるかを判
   定することにより、修正を受けたクラスを同定するもの
   である請求項１から３の何れか１つに記載のオブジェク
   ト指向プログラム編集装置。
5. 【請求項５】ソースファイル上で定義されるクラスを修
   正したときに、新たに修正が必要となる他のクラスを表
   示する請求項１から４の何れか１つに記載のオブジェク
   ト指向プログラム編集装置。
6. 【請求項６】あらかじめ、プログラム中でクラスが定義
   されるごとに、クラスの修正に伴って変更が他のどのク
   ラスに波及するかを調べ、対応表として記憶しておき、 前記検索手段は、該対応表を参照して、前記被修正クラ
   スの修正によって新たに修正の必要性が生じる他のクラ
   スを検索する請求項１から５の何れか１つに記載のオブ
   ジェクト指向プログラム編集装置。