JPH06309204A - データ処理方法及びその装置 - Google Patents

データ処理方法及びその装置

Info

Publication number
JPH06309204A
JPH06309204A JP5092787A JP9278793A JPH06309204A JP H06309204 A JPH06309204 A JP H06309204A JP 5092787 A JP5092787 A JP 5092787A JP 9278793 A JP9278793 A JP 9278793A JP H06309204 A JPH06309204 A JP H06309204A
Authority
JP
Japan
Prior art keywords
file
result
data
class
procedure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP5092787A
Other languages
English (en)
Inventor
Kazunori Tomatake
和記 渡守武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP5092787A priority Critical patent/JPH06309204A/ja
Priority to KR1019940007910A priority patent/KR960016398B1/ko
Priority to US08/228,904 priority patent/US5617564A/en
Publication of JPH06309204A publication Critical patent/JPH06309204A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/42—Syntactic analysis
    • G06F8/423—Preprocessors

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Devices For Executing Special Programs (AREA)

Abstract

(57)【要約】 【目的】 ファイルの依存関係と変更日時とに基づいた
ファイルの処理において、処理結果と現在のファイル内
容とに差異がないものについては更新を行わないことで
処理効率を高める。 【構成】 クラス定義ファイルからクラス定義を読み込
み（ＳＴ２０１）、構造定義部と手続き定義部をメモリ
上に生成する（ＳＴ２０３）。構造定義部を格納するフ
ァイルが既に存在するか否かを調べる（ＳＴ２０４）。
存在する場合、メモリ上の構造定義部とファイルに格納
された以前の構造定義部とを比較し、有意な差異がある
か否かを判断する（ＳＴ２０５）。ファイルが存在しな
い場合または差異がある場合に、メモリ上の構造定義部
をファイルに書き込む（ＳＴ２０６）。手続き定義部に
ついても同様に処理する。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、コンピュータ上のデー
タ処理の方法と装置、特にプログラムの翻訳方法とその
装置、さらにはオブジェクト指向言語プログラムのプリ
プロセス方法とその装置に関する。
【０００２】
【従来の技術】一般にコンピュータ上でのデータ処理
は、ファイルからデータを読み込み結果のデータを別の
ファイルに書き出すという形で実行される。特に、コン
ピュータ上でよく行なわれるプログラムのプリプロセス
やコンパイルというプログラムの翻訳は、いくつかの源
泉ファイルから源泉データであるソースプログラムを読
み込み、結果データであるオブジェクトプログラムをい
くつかの結果ファイルに書き込むというデータ処理であ
る。このようなデータ処理方法について具体的な例を図
面を用いて説明する。
【０００３】図７は、オブジェクト指向言語のＣ言語を
ベースとした従来のプリプロセス方式の処理系における
プリプロセスシステムの動作を示すフローチャートであ
る。
【０００４】なお、オブジェクト指向言語に関しては、
書籍「オブジェクト指向入門」（オーム社、酒井博敬・
堀内一共著）で詳しく解説されている。
【０００５】このプリプロセスシステムは、オブジェク
ト指向言語で記述されたクラス定義をＣ言語のソースプ
ログラムに変換する。さらにこの処理系ではそのＣ言語
のソースプログラムをＣ言語のコンパイラで処理してオ
ブジェクト（機械語プログラム）を得る。
【０００６】まず、このプリプロセスシステムがクラス
名を指定されて起動されると、名前が「クラス名．ｋ」
のファイルからクラス定義を読み込む（ＳＴ７０１）。
【０００７】次に、そのクラス定義にスーパークラスが
指定されていれば名前が「スーパークラス名．ｈ」のフ
ァイルからスーパークラスの構造定義部を読み込む（Ｓ
Ｔ７０２）。このファイルは、そのスーパークラスのプ
リプロセスによって前もって生成されている必要があ
る。
【０００８】そしてこのクラスに関して、Ｃ言語で記述
された構造定義部を名前が「クラス名．ｈ」のファイル
に書き込む（ＳＴ７０３）。同様にこのクラスに関し
て、Ｃ言語で記述された手続き定義部を名前が「クラス
名．ｃ」のファイルに書き込む（ＳＴ７０４）。
【０００９】
【発明が解決しようとする課題】しかしながら上記の従
来の方法では、以前にファイルに格納された結果と今回
ファイルに格納する結果とに差異がない場合でも必ずフ
ァイルに格納し直しており、そのためファイルの更新が
必ず行なわれ、その結果そのファイルの変更日時が最新
日時に変更されてしまう。
【００１０】この場合、ファイルの依存関係とファイル
の変更日時とによって複数のファイルの一連の処理を制
御するソフトウェア（例えばＯＳのＵＮＩＸにおけるｍ
ａｋｅコマンド）を利用してデータ処理の全体の流れを
制御している時に問題が生じる。それは、今回の結果と
以前の結果との間に差異がない場合でも、いま更新した
ファイルに依存するファイルがさらに処理され、そのフ
ァイルに依存するファイルがまた処理されるというよう
に、次々と後続する処理が実行されてしまうという問題
である。なおＵＮＩＸやｍａｋｅコマンドに関しては、
書籍「ＵＮＩＸプログラミング環境」（アスキー出版
局、Ｂ．Ｗ．Ｋｅｒｎｉｇｈａｎ他著、石田晴久監訳）
で詳しく解説されている。
【００１１】この問題点を前記のプリプロセス方式の処
理系におけるプリプロセスシステムの例でさらに詳しく
説明する。
【００１２】一般にオブジェクト指向言語によるプログ
ラミングでは、開発するソフトウェアは多数のクラスに
分割されプログラミングされる。クラス定義（ソースプ
ログラム）は別々のファイルに格納され、おのおのがプ
リプロセスシステムやコンパイラにより翻訳されてオブ
ジェクト（機械語プログラム）になり、リンカによって
最終的に１つに編集され実行形式のプログラムが生成さ
れる。この一連の処理に関して多くのファイルが関係す
る。このとき、前記のｍａｋｅコマンドを利用してプリ
プロセスシステムやコンパイラなどのソフトウェアを順
次起動するのが一般的である。
【００１３】今、具体的なクラス構成のソフトウェアの
開発について、前記の従来方式のプリプロセスシステム
を適用したときの全体の処理について図を参照して説明
する。
【００１４】図４は開発するソフトウェアを構成するク
ラスの階層図である。オブジェクト指向言語の継承の機
能を利用して、クラスＢ４０２とクラスＣ４０３とはク
ラスＡ４０１のサブクラスとして定義されている。矢印
４０４は、クラスＣ４０３がクラスＢ４０２を参照して
いることを示している。一般にオブジェクト指向言語プ
ログラムではクラスどうしが参照しあうことにより全体
の処理が記述される。
【００１５】図５はこれらのクラス定義から最終の目標
である実行形式のプログラムを得るまでに関係するファ
イルの生成関係を示す図である。図の矢印の根本のファ
イル（複数のときもある）に格納された源泉データを元
に、矢印の矢先のファイルに格納される結果データが生
成される。逆に言えばこれは、矢印の矢先のファイルが
その矢印の根本のファイルに依存することを示してお
り、ファイルの依存関係を示す図でもある。
【００１６】図６におけるテキスト６０１は、図５に示
したファイルの依存関係を示したテキストデータであ
る。これはｍａｋｅコマンドによって参照される。各行
において、コロン（：）の前に記述されているファイル
がコロンの後に記述されているファイルに依存すること
を示している。
【００１７】この図５および図６についてファイルの生
成関係をさらに詳しく説明する。まずプリプロセスシス
テムによりクラスＡのクラス定義のファイルＡ．ｋ５０
１から構造定義部のファイルＡ．ｈ５０４と手続き定義
部のファイルＡ．ｃ５０５とが生成される。クラスＢと
クラスＣに関しても同様である。ただし、クラス定義フ
ァイルと共にスーパークラスであるクラスＡの構造定義
ファイルＡ．ｈ５０４も読み込まれる。従ってクラスＡ
のプリプロセスはクラスＢおよびクラスＣのプリプロセ
スより前に実行されなければならない。
【００１８】次にクラスＡの手続き定義部のファイル
Ａ．ｃ５０５は言語Ｃのコンパイラによってコンパイル
されオブジェクトファイルＡ．ｏ５１０が生成される。
このときクラスＡの構造定義ファイルＡ．ｈ５０４がイ
ンクルードファイルとして読み込まれる。同様にクラス
Ｂの手続き定義部のファイルＢ．ｃ５０７がコンパイル
されオブジェクトファイルＢ．ｏ５１１が生成される。
このときクラスＢの構造定義ファイルＢ．ｈ５０６がイ
ンクルードファイルとして読み込まれる。さらに同様に
クラスＣの手続き定義部のファイルＣ．ｃ５０９がコン
パイルされオブジェクトファイルＣ．ｏ５１２が生成さ
れる。このときクラスＣの構造定義ファイル５０８Ｃ．
ｈと参照しているクラスＢの構造定義ファイルＢ．ｈ５
０６とがインクルードファイルとして読み込まれる。最
後にこれらのオブジェクトファイルＡ．ｏ５１０とＢ．
ｏ５１１とＣ．ｏと５１２とがリンカによって結合さ
れ、目的の実行形式ファイルＰｒｏｇｒａｍ５１３が生
成される。
【００１９】この状況の下で、クラスＡ、クラスＢ、ク
ラスＣの各クラス定義が記述され、ｍａｋｅコマンドが
実行されれば、図６のテキスト６０１の依存関係に従っ
て、プリプロセスシステム、コンパイラ、リンカが順次
起動されて一旦すべてのファイルの生成が行なわれる。
【００２０】以下で、その後クラスＡのクラス定義の中
で手続きのみを変更した場合、再度ｍａｋｅコマンドを
実行してファイルを生成し直すときに実行される処理と
更新されるファイルとを説明する。最初のｍａｋｅコマ
ンドの実行によるファイルの生成を問題にしないのは、
最初にはすべてのファイルが生成されるのは当然である
からである。
【００２１】まず、クラスＡのクラス定義ファイルＡ．
ｋ５０１が更新されたので、このファイルに依存する
Ａ．ｈ５０４とＡ．ｃ５０５とを更新するためにプリプ
ロセスシステムが起動されクラスＡのクラス定義ファイ
ルＡ．ｋ５０１が処理される。その結果ファイルＡ．ｈ
５０４とＡ．ｃ５０５とが更新される。クラス定義にお
けるクラスの構造は変更されておらず、その結果構造定
義には変化がなかったにもかかわらず、図７のフローチ
ャートのステップＳＴ７０３とステップＳＴ７０４とに
基づき、プリプロセスシステムは必ずファイルＡ．ｈ５
０４とファイルＡ．ｃ５０５との両方を更新する。
【００２２】次に、この処理によりＡ．ｈ５０４が更新
されたため、それに依存するＢ．ｈ５０６とＣ．ｈ５０
８とを更新するためにプリプロセスシステムが２回順次
起動され、クラス定義ファイルＢ．ｋ５０２とＣ．ｋ５
０３とが処理される。これによってファイルＢ．ｈ５０
６とＢ．ｃ５０７とＣ．ｈ５０８とＣ．ｃ５０９とが更
新される。
【００２３】そして依存関係に従って、Ｃ言語コンパイ
ラが３回順次起動され、ファイルＡ．ｏ５１０、Ｂ．ｏ
５１１、Ｃ．ｏ５１２がすべて更新される。そしてリン
カが起動されファイルＰｒｏｇｒａｍ５１３が更新され
る。結局、プリプロセス、コンパイル、リンクを合わせ
て７回の処理を行ない、ファイルＰｒｏｇｒａｍ５１３
が更新されることになる。
【００２４】この方法では、クラスＡの構造定義部には
変化がなかったにも関わらずファイルＡ．ｈ５０４が更
新されてしまい、その結果このファイルに依存するファ
イルの処理が行なわれ、全体の処理が増えてしまってい
る。
【００２５】本発明は上記の従来の方法の問題点を解決
するもので、ファイルの依存関係とファイルの変更日時
とによって複数のファイルの一連の処理を制御するソフ
トウェアを利用しているときに、後続する不必要な処理
が実行されないようにするデータ処理方法を提供するも
のである。
【００２６】
【課題を解決するための手段】この目的を達成するた
め、本発明は、データ処理手順と結果処理手順とを備
え、ファイル相互に優先関係があり、前記優先関係で下
位のファイルは少なくとも１つの前記優先関係で上位の
ファイルに依存し、前記上位のファイルが更新された場
合には、前記上位のファイルに依存する前記下位のファ
イルの内容を更新し、前記データ処理手順で、少なくと
も１つの源泉ファイルの源泉データから少なくとも１つ
の新たな結果データを生成する処理方法であって、前記
新たな結果データを格納する結果ファイルが既に存在す
るか否かを判断し、前記結果ファイルが存在しない場合
には、前記結果処理手順で新たな結果ファイルを生成さ
せ、前記新たな結果データを前記新たな結果ファイルに
格納させる判断手順と、前記結果ファイルが存在する場
合に、前記結果ファイル内の古い結果データと前記デー
タ処理手順で生成した新たな結果データとに有為な差異
があるか否かを判断し、有為な差異が認められる場合に
は、前記結果処理手順で、前記データ処理手順で生成し
た新たな結果データを前記結果ファイルに格納するデー
タ比較手順とを備えたことを特徴とする。
【００２７】
【作用】本発明のデータ処理方法によれば、ファイルの
処理の結果と以前の結果とを比較してその内容に変化が
なければ結果ファイルの更新を行わないため、更新され
なかったファイルに依存するファイルについては更新処
理が行われない。
【００２８】
【実施例】以下、本発明の実施例について図面を参照し
ながら詳細に説明する。
【００２９】図１は、本発明の実施例におけるデータ処
理システムである、Ｃ言語をベースとしたプリプロセス
方式オブジェクト指向言語のプリプロセスシステムの構
成図である。
【００３０】図１において、１０１はＩ／Ｏコントロー
ラであり、源泉データであるクラス定義を格納した源泉
ファイルであるクラス定義ファイル１０３と、結果デー
タの１つである構造定義部を格納する結果ファイルであ
る構造定義ファイル１０４と、もう１つの結果データで
ある手続き定義部を格納する結果ファイルである手続き
定義ファイル１０５とを記憶するファイリング手段であ
るディスク装置１０２を制御する。１０６は結果データ
の１つである構造定義部１０７ともう１つの結果データ
である手続き定義部１０８とを格納する記憶手段である
メモリである。Ｉ／Ｏコントローラ１０１とメモリ１０
６とはバス１１０を介して演算手段であるＣＰＵ１０９
が制御する。
【００３１】次にこの実施例の全体の動作を図２に示す
フローチャートを参照して説明する。
【００３２】まず、このプリプロセスシステムがクラス
名を指定されて起動されると、ファイル名が「クラス
名．ｋ」であるクラス定義ファイル１０３からクラス定
義を読み込む（ＳＴ２０１）。
【００３３】次に、そのクラス定義にスーパークラスが
指定されていれば名前が「スーパークラス名．ｈ」のフ
ァイルからスーパークラスの構造定義部を読み込む（Ｓ
Ｔ２０２）。このファイルは、そのスーパークラスのク
ラス定義をこのプリプロセスシステムで処理することに
より前もって生成されている必要がある。
【００３４】そしてこのクラス定義からＣ言語で記述さ
れた構造定義部１０７と同じくＣ言語で記述された手続
き定義部１０８とをメモリ１０６上に生成する（ＳＴ２
０３）。
【００３５】次にこの構造定義部１０７を格納するファ
イル、すなわちファイル名が「クラス名．ｈ」の構造定
義ファイル１０４が既に存在するかどうかを調べる（Ｓ
Ｔ２０４）。
【００３６】存在する場合、このメモリ上の構造定義部
１０７と既に構造定義ファイル１０４に格納された以前
の構造定義部とを比較し、有意な差異があるかどうかを
判断する（ＳＴ２０５）。
【００３７】ステップＳＴ２０４で構造定義ファイル１
０４が存在しなかった場合およびステップＳＴ２０５で
差異があった場合には、メモリ上の構造定義部１０７を
構造定義ファイル１０４に書き込む（ＳＴ２０６）。
【００３８】次に構造定義部と同様に手続き定義部につ
いても行なう。手続き定義部１０８を格納するファイ
ル、すなわちファイル名が「クラス名．ｃ」の手続き定
義ファイル１０５が既に存在するかどうかを調べる（Ｓ
Ｔ２０７）。
【００３９】存在する場合、このメモリ上の手続き定義
部１０８と既に手続き定義ファイル１０５に格納された
以前の手続き定義部とを比較し、有意な差異があるかど
うかを判断する（ＳＴ２０８）。
【００４０】ステップＳＴ２０７で手続き定義ファイル
１０５が存在しなかった場合およびステップＳＴ２０９
で差異があった場合には、メモリ上の手続き定義部１０
８を手続き定義ファイル１０５に書き込む（ＳＴ２０
９）。
【００４１】以上ではこの実施例の全体の動作を説明し
たが、さらに詳細に、図２のフローチャートのステップ
２０４およびステップ２０７における今回の結果と以前
の結果との比較処理の一例を、図３に示すフローチャー
トを参照して説明する。
【００４２】この実施例のプリプロセスシステムが生成
するのはＣ言語のソースプログラムであるので、差異の
比較はテキスト（文字列）の比較で行なうことが出来
る。
【００４３】まず、メモリ上の今回の結果およびファイ
ルに書き込まれている以前の結果からコメントを取り除
く（ステップ３０１）。次にコメントを取り除かれたそ
れらのテキストを文字列として、先頭から１字ずつ単純
に比較する（ステップ３０２）。このときどこかの文字
が異なっていた場合には差異が有ったことになり、すべ
ての文字が等しければ差異が無かったことになる。
【００４４】次に、ファイルの依存関係とファイルの変
更日時とによって複数のファイルの一連の処理を制御す
るソフトウェア（例えばＯＳであるＵＮＩＸのｍａｋｅ
コマンド）を利用して、本実施例のプリプロセスシステ
ムを、具体的なクラス構成のソフトウェアの開発に適用
したときの全体の処理の省力化について、従来の技術の
ところで説明したのと同じクラス例および同じ図面を用
いて説明する。
【００４５】参考のために参照する図をもう一度簡単に
説明する。図４は開発するソフトウェアを構成するクラ
スの階層図である。図５はこれらのクラス定義から最終
の目標である実行形式のプログラムを得るまでに関係す
るファイルの生成関係を示す図である。図６におけるテ
キスト６０１は、図５に示したファイルの依存関係を示
したテキストデータである。これはｍａｋｅコマンドに
よって参照される。
【００４６】この状況の下で、クラスＡ、クラスＢ、ク
ラスＣの各クラス定義が記述され、ｍａｋｅコマンドが
実行されれば、図６のテキスト６０１の依存関係に従っ
て、本プリプロセスシステム、コンパイラ、リンカが順
次起動されて、一度図５に示されるすべてのファイルの
生成が行なわれる。
【００４７】以下で、その後クラスＡのクラス定義の中
の手続きを変更した場合に、再度ｍａｋｅコマンドを実
行してファイルを生成し直すときに実行される処理を説
明する。最初のｍａｋｅコマンドの実行によるファイル
の生成を問題にしないのは、最初にはすべてのファイル
が生成されるのは従来の技術と全く同じであるからであ
る。
【００４８】まず、クラスＡのクラス定義ファイルＡ．
ｋ５０１が更新されたので、このファイルに依存する
Ａ．ｈ５０４とＡ．ｃ５０５とを更新するためにクラス
Ａを指定して本プリプロスシステムが起動される。
【００４９】本プリプロスシステムはファイル名が
「Ａ．ｋ」であるクラス定義ファイル５０１（図１では
１０３に対応する）からクラス定義を読み込む（ＳＴ２
０１）。このクラスＡにはスーパークラスがないので、
ステップＳＴ２０２では何も読まない。そしてこのクラ
ス定義から構造定義部１０７と手続き定義部１０８とを
メモリ１０６上に生成する（ＳＴ２０３）。
【００５０】次にこの構造定義部１０７を格納するファ
イル、すなわちファイル名が「Ａ．ｈ」の構造定義ファ
イル５０４（図１では１０４に対応する）が既に存在す
るかどうかを調べる（ＳＴ２０４）。この場合存在する
ので、このメモリ上の構造定義部１０７と既にその構造
定義ファイル５０４（図１では１０４に対応する）に格
納された以前の構造定義部とを比較し、有意な差異があ
るかどうかを判断する（ＳＴ２０５）。今説明している
状況ではクラス定義の構造は変更されていないので、こ
のステップＳＴ２０５では差異がないと判断される。従
ってメモリ上の構造定義部１０７を構造定義ファイル５
０４（図１では１０４に対応する）に書き込むステップ
ＳＴ２０６は実行されない。
【００５１】次に手続き定義部１０８を格納する手続き
定義ファイル、すなわちファイル名が「Ａ．ｃ」の手続
き定義ファイル５０５（図１では１０５に対応する）が
既に存在するかどうかを調べる（ＳＴ２０７）。この場
合存在するので、このメモリ上の手続き定義部１０８と
既に手続き定義ファイル５０５（図１では１０５に対応
する）に格納された以前の手続き定義部とを比較し、有
意な差異があるかどうかを判断する（ＳＴ２０８）。今
説明している状況ではクラス定義の手続きが変更された
ので、このステップＳＴ２０７では差異があると判断さ
れる。従ってメモリ上の手続き定義部１０８を手続き定
義ファイル５０５（図１では１０５に対応する）に書き
込む（ＳＴ２０９）。
【００５２】以上の結果、手続き定義ファイル５０５
（図１では１０５に対応する）のみが更新され、構造定
義ファイル５０４（図１では１０４に対応する）は更新
されないことになる。
【００５３】このプリプロセスによりファイル名が
「Ａ．ｃ」の構造定義ファイル５０５が更新されたた
め、それに依存するファイル名が「Ａ．ｏ」のオブジェ
クトファイル５１０を更新するためにＣ言語コンパイラ
が起動され、ファイル５１０が更新される。そしてファ
イル５１０に依存するファイル名が「Ｐｒｏｇｒａｍ」
のファイル５１３を更新するためにリンカが起動され、
ファイル５１３が更新される。
【００５４】結局、プリプロセス、コンパイル、リンク
を合わせて３回の処理だけで実行形式プログラムである
ファイル５１３の最新版が得られることになる。これ
は、従来の技術で説明したときの７回と比べて非常に少
なく効率が良い。
【００５５】なお、以上の実施例においては、Ｃ言語を
ベースとしたプリプロセス方式オブジェクト指向言語の
プリプロセスシステムを説明したが、これは本発明をな
んら限定するものではない。使用言語はＣ言語のみに限
らず他のコンピュータ上の言語であってもよい。また、
本発明はオブジェクト指向言語のプリプロセスシステム
のみでなく、一般のコンピュータプログラムの翻訳方法
にも適用可能である。また、結果データの記憶場所とし
てメモリを使用したが、これは一時的なファイルを使用
しても同様の効果を得られる。また、図３のフローチャ
ートで示した結果の比較方法は、字句解析を含めた詳し
い比較の方法でも同様の効果を得られる。
【００５６】
【発明の効果】本発明は、結果データに変化があるとき
にのみ結果データをファイルに書き込むという簡単な手
段によって、ファイルへの書き込み回数を減少させると
ともに、結果データに変化のないファイルの変更日時が
変化せず、それにより、ＵＮＩＸにおけるｍａｋｅコマ
ンドなどの、ファイルの依存関係とファイルの変更日時
とによって複数のファイルの一連の処理を制御するソフ
トウェアを利用しているときに、変更日時が変化してい
ても内容に変更の無いファイルに依存するファイルにつ
いては処理を省くことが出来るため、一連のファイル処
理の全体的な処理効率を上げることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施例におけるプリプロセスシステ
ムの構成図
【図２】同実施例におけるプリプロセスシステムの全体
の動作を示すフローチャート
【図３】同実施例における結果データの比較方法を示す
フローチャート
【図４】同実施例および従来のプリプロセスシステムで
処理されるプログラムの具体例を構成するクラスのクラ
ス階層図
【図５】図４で示したクラスのクラス定義ファイルとそ
れから生成されるファイルの生成関係を示した図
【図６】図４で示したクラスのクラス定義ファイルとそ
れから生成されるファイルの依存関係を示したテキスト
データを示す図
【図７】従来のプリプロセスシステムの全体の動作を示
すフローチャート
【符号の説明】
１０１ Ｉ／Ｏコントローラ １０２ ディスク装置 １０３ クラス定義ファイル １０４ 構造定義ファイル １０５ 手続き定義ファイル １０６ メモリ １０７ 構造定義部 １０８ 手続き定義部 １０９ 演算装置

Claims (2)

    【特許請求の範囲】
  1. 【請求項１】データ処理手順と結果処理手順とを備え、 ファイル相互に優先関係があり、 前記優先関係で下位のファイルは少なくとも１つの前記
    優先関係で上位のファイルに依存し、 前記上位のファイルが更新された場合には、前記上位の
    ファイルに依存する前記下位のファイルの内容を更新
    し、 前記データ処理手順で、少なくとも１つの源泉ファイル
    の源泉データから少なくとも１つの新たな結果データを
    生成する処理方法であって、 前記新たな結果データを格納する結果ファイルが既に存
    在するか否かを判断し、前記結果ファイルが存在しない
    場合には、前記結果処理手順で新たな結果ファイルを生
    成させ、前記新たな結果データを前記新たな結果ファイ
    ルに格納させる判断手順と、 前記結果ファイルが存在する場合に、前記結果ファイル
    内の古い結果データと前記データ処理手順で生成した新
    たな結果データとに有為な差異があるか否かを判断し、
    有為な差異が認められる場合には、前記結果処理手順
    で、前記データ処理手順で生成した新たな結果データを
    前記結果ファイルに格納するデータ比較手順とを備えた
    ことを特徴とするデータ処理方法。
  2. 【請求項２】データ処理手段と結果処理手段とを備え、 ファイル相互に優先関係があり、 前記優先関係で下位のファイルは少なくとも１つの前記
    優先関係で上位のファイルに依存し、 前記上位のファイルが更新された場合には、前記上位の
    ファイルに依存する前記下位のファイルの内容を更新
    し、 前記データ処理手段で、少なくとも１つの源泉ファイル
    の源泉データから少なくとも１つの新たな結果データを
    生成する処理装置であって、 前記新たな結果データを格納する結果ファイルが既に存
    在するか否かを判断し、前記結果ファイルが存在しない
    場合には、前記結果処理手段で新たな結果ファイルを生
    成させ、前記新たな結果データを前記新たな結果ファイ
    ルに格納させる判断手段と、 前記結果ファイルが存在する場合に、前記結果ファイル
    内の古い結果データと前記データ処理手段で生成した新
    たな結果データとに有為な差異があるか否かを判断し、
    有為な差異が認められる場合には、前記結果処理手段
    で、前記データ処理手段で生成した新たな結果データを
    前記結果ファイルに格納するデータ比較手段とを備えた
    ことを特徴とするデータ処理装置。
JP5092787A 1993-04-20 1993-04-20 データ処理方法及びその装置 Pending JPH06309204A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP5092787A JPH06309204A (ja) 1993-04-20 1993-04-20 データ処理方法及びその装置
KR1019940007910A KR960016398B1 (ko) 1993-04-20 1994-04-15 데이터 처리방법 및 그 장치
US08/228,904 US5617564A (en) 1993-04-20 1994-04-18 Program source file preprocessing method and apparatus to detect modifications and generate a class of files

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5092787A JPH06309204A (ja) 1993-04-20 1993-04-20 データ処理方法及びその装置

Publications (1)

Publication Number Publication Date
JPH06309204A true JPH06309204A (ja) 1994-11-04

Family

ID=14064138

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5092787A Pending JPH06309204A (ja) 1993-04-20 1993-04-20 データ処理方法及びその装置

Country Status (3)

Country Link
US (1) US5617564A (ja)
JP (1) JPH06309204A (ja)
KR (1) KR960016398B1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6377954B1 (en) * 1997-04-04 2002-04-23 Fujitsu Limited Object-oriented processing system and object-oriented case apparatus
US6317759B1 (en) 1997-12-01 2001-11-13 Emc Corporation Method and apparatus for providing an applications development system for internet based applications
SE514762C2 (sv) * 1998-05-28 2001-04-23 Ericsson Telefon Ab L M Förfarande, anordning och portabel terminal för programvarunedladdning i ett trådlöst näverk samt sådant telekommunikationsnät
US6236993B1 (en) 1998-06-24 2001-05-22 Victor V. Fanberg Computer file comparison method
JP3762867B2 (ja) * 1999-01-29 2006-04-05 富士通株式会社 コンパイラ装置、コンパイル方法、およびそのためのプログラムを格納した記憶媒体
DE60142136D1 (de) * 2000-02-21 2010-07-01 Panasonic Corp Linken von Java class files für eingebettete Geräte
US20030233621A1 (en) * 2002-06-13 2003-12-18 International Business Machines Corporation Editor for smart version control
US8667404B2 (en) * 2008-08-06 2014-03-04 Autodesk, Inc. Predictive material editor
US9342901B2 (en) * 2008-10-27 2016-05-17 Autodesk, Inc. Material data processing pipeline
US8584084B2 (en) * 2008-11-12 2013-11-12 Autodesk, Inc. System for library content creation
KR101156227B1 (ko) * 2010-11-22 2012-06-18 주식회사 파수닷컴 전처리가 수행된 파일을 실행하기 위한 파일 처리장치 및 그 방법을 컴퓨터에서 실행시키기 위한 기록매체
US20140258347A1 (en) * 2013-03-11 2014-09-11 Microsoft Corporation Grouping files for optimized file operations

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4524427A (en) * 1982-08-04 1985-06-18 The University Of Bordeaux 1 Method for making comparisons between reference logical entities and logical entities proceeding from a file
JP2834171B2 (ja) * 1989-02-06 1998-12-09 株式会社日立製作所 コンパイル方法
US5278979A (en) * 1990-12-20 1994-01-11 International Business Machines Corp. Version management system using pointers shared by a plurality of versions for indicating active lines of a version
JPH05250244A (ja) * 1992-03-04 1993-09-28 Nec Corp データベースシステム
US5404525A (en) * 1992-09-30 1995-04-04 International Business Machines Corporation Efficient method router that supports multiple simultaneous object versions

Also Published As

Publication number Publication date
KR940024600A (ko) 1994-11-18
US5617564A (en) 1997-04-01
KR960016398B1 (ko) 1996-12-11

Similar Documents

Publication Publication Date Title
US5854932A (en) Compiler and method for avoiding unnecessary recompilation
US6298481B1 (en) System for modifying the functionality of compiled computer code at run-time
US5675804A (en) System and method for enabling a compiled computer program to invoke an interpretive computer program
JP3041222B2 (ja) ソース・コード作成システム及び方法
US5325533A (en) Engineering system for modeling computer programs
US6961931B2 (en) Dependency specification using target patterns
US20020013862A1 (en) Method for data access code generation
JP4181326B2 (ja) コード最適化のための方法、装置及びプログラム
CA2144875A1 (en) Incremental linker system
US6983458B1 (en) System for optimizing data type definition in program language processing, method and computer readable recording medium therefor
JP2002508561A (ja) 自動コンフィギュレーション発生
JP2000181725A (ja) 実行可能なコ―ドを改変し、追加機能を付与するための方法およびシステム
JP2000035893A (ja) デ―タ処理システムの配列の静的初期化方法、デ―タ処理方法、並びにデ―タ処理システム及びその制御手順をコンピュ―タに実行させるプログラムを記憶したコンピュ―タ読み取り可能な記憶媒体
US6240546B1 (en) Identifying date fields for runtime year 2000 system solution process, method and article of manufacture
JP2003526154A (ja) 仮想記憶管理プログラムを有していないデータ処理装置にクラスをプレロードするためのシステム及び方法
JPH06309204A (ja) データ処理方法及びその装置
JPH0254337A (ja) 実行可能イメージの生成を容易とするデータ処理システム
JPH06324881A (ja) メモリデータの重なり判定機能を備えたコンパイラ装置
US20040261055A1 (en) Predictively processing tasks for building software
US8935657B2 (en) Model-to-model transformation by kind
JPH10507016A (ja) ソフトウェア・コンパイル・ユニットを条件付きでコンパイルするシステム、方法およびコンパイラ・プリプロセッサ
US6742180B1 (en) System and method providing seamless transition of operating system environment
US20030115571A1 (en) Construction of a software application from a plurality of programming languages
US20090265697A1 (en) Methods, Devices and Software Applications for Facilitating a Development of a Computer Program
JP3266097B2 (ja) 非リエントラントプログラムの自動リエントラント化方法及びシステム