JPH04180127A - Method for transforming class into file - Google Patents

Method for transforming class into file

Info

Publication number
JPH04180127A
JPH04180127A JP30721290A JP30721290A JPH04180127A JP H04180127 A JPH04180127 A JP H04180127A JP 30721290 A JP30721290 A JP 30721290A JP 30721290 A JP30721290 A JP 30721290A JP H04180127 A JPH04180127 A JP H04180127A
Authority
JP
Japan
Prior art keywords
class
file
definition
definition contents
contents
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
JP30721290A
Other languages
Japanese (ja)
Inventor
Nobuyuki Ito
信行 伊藤
Masaharu Inafune
稲船 正春
Gakubun Mizuo
水尾 学文
Shigeyoshi Asai
浅井 重良
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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry 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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP30721290A priority Critical patent/JPH04180127A/en
Publication of JPH04180127A publication Critical patent/JPH04180127A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To improve the retrieving speed for the definition contents when the object directing software is applied to an exchange system by storing the definition contents of more significant classes that are not duplicated with each other in addition to the definition contents proper to a certain class when this class is transformed into a file. CONSTITUTION:The classes are transformed into files as follows with the software used in an exchange system which is formed based on the direction of an object. That is, if a class A 11 more significant than a class B 13 exists when the class B 13 is transformed into a file, the definition contents proper to the class B 13 are extracted and then the definition contents of the class A 11 which are not duplicate with each other are taken out. These extracted contents are stored in a program C 15 in the form of a file. Thus the program C 15 storing the definition contents of the class B 13 is retrieved by an access at a high speed even with the definition contents of the class A 11 in a system execution state.

Description

【発明の詳細な説明】 (産業上の利用分野) 本発明は、PBXなどの交換システム用オブジェクト指
向ソフトウェアにおけるクラスのファイル化方法に関す
る。
DETAILED DESCRIPTION OF THE INVENTION (Field of Industrial Application) The present invention relates to a method of creating a class file in object-oriented software for an exchange system such as a PBX.

(従来の技術) 現在、交換システム用ソフトウェアの開発には膨大なコ
ストと期間を必要としている。また、既に開発された交
換システム用ソフトウェアに新しい機能やサービスを追
加するときも同様である。
(Prior Art) Currently, development of software for switching systems requires enormous cost and time. The same applies when adding new functions or services to already developed exchange system software.

そこで、交換システム用ソフトウェアの開発力を向上さ
せるためには、ソフトウェアを再利用可能なソフトウェ
ア部品として蓄積することが必要である。そして、部品
化したソフトウェアを再利用したり、新たなソフトウェ
ア部品を追加したりすることで、新しいソフトウェア部
品を少ない設計量で生産することができ、ソフトウェア
の生産性の向上を図ることができる。
Therefore, in order to improve the ability to develop software for exchange systems, it is necessary to store software as reusable software components. By reusing the componentized software or adding new software components, new software components can be produced with a reduced amount of design, and software productivity can be improved.

一方ソフトウェア部品を組合せることで、種々のソフト
ウェア交換システムが構築できなければならない。交換
システムを構築するためには、交換システμを、人がよ
り理解し易い「要素」相互の関係としてモデル化しなけ
ればならない。従って、ソフトウェア部品は、交換シス
テムモデルのとして、ブアンクション指向方法(Fun
ctionOriented Method)とオブジ
ェクト指向方法(Object 0riented M
ethod)がある。前者の方法は、システムが持ツべ
き機能をF E (FunctionalElemen
t)として、定義する作業と、外部のシステムからのア
クセスに応じて実行されて一連のFE群をF C(Fu
nctional Conponent)として定義す
る作業から成り立っている。後者の方法は、前記FEや
jCの対象となるユーザー、端末、トランク、゛呼び、
ルー゛トなどを、オブジェク艷の種類(クラス)として
定義し、FEやFCは、各クラスの実体(インスタンス
)となるオブジェクトにカプセル化されていると考える
On the other hand, various software exchange systems must be constructed by combining software components. In order to construct an exchange system, the exchange system μ must be modeled as a relationship between "elements" that is easier for people to understand. Therefore, software components can be used as a function-oriented method (Function-oriented method) as an exchange system model.
ctionOriented Method) and object oriented method (Object Oriented Method) and object oriented method (Object Oriented M
There is a method. The former method describes the functions that the system should have as FE (Functional Elements).
t), a series of FE groups are defined as F C (Fu
It consists of the work of defining a functional component. The latter method is based on the target users, terminals, trunks, calls,
Routes and the like are defined as object types (classes), and FEs and FCs are considered to be encapsulated in objects that are the entities (instances) of each class.

しかし、ソフトウェア部品をFEやFCに対応して定義
すると、ソフトウェア部品のサイズが小さすぎて再利用
価値に乏しくなり、またソフトウェア部品によるシステ
ムの組立作業が大幅に複、雑化するなど種々の問題を有
する。このためソフトウェア部、品をオブジェクト指向
方法で定義される“クラス”及び゛°オブジェクト”に
対応させて定義することが必要である。ここに、オブジ
ェクトとは、情報とその情報を取扱うための手続き(メ
ソッド)を一体化(カプセル化)したものであり、オブ
ジェクトにアクセスするには、そのオブジェクトにメツ
セージを送る以外に方法がなく、オブジェクト自身がメ
ツセージを解釈し対応する機能を実行する6又、クラス
とは、オブジェクトが管理する情報と個々のメツセージ
に対する手続きを定義したものである。
However, if software components are defined in accordance with FE or FC, the size of the software components will be too small and have little reusability value, and the task of assembling a system using software components will become significantly more complicated and complicated. has. For this reason, it is necessary to define software parts and products in correspondence with "classes" and "objects" defined in an object-oriented method.Here, objects refer to information and procedures for handling that information. (methods), and the only way to access an object is to send a message to that object, and the object itself interprets the message and executes the corresponding function. A class defines information managed by an object and procedures for individual messages.

交換システム用オブジェクト指向ソフトウェアの生産性
の向上を図るために、クラスの継承が行なわれている。
Class inheritance is used to improve the productivity of object-oriented software for switching systems.

インへりタンスは、クラス定義の相互の間での命義の継
承ができる機構であり、この機構により他のクラスの定
義をベースに定義の差分(追加、差し替え)を与えるこ
とで、新しいクラスを作ることができる。従って、イン
へりタンスにクラスA(スーパークラスA)とクラスB
(サブクラスB)を入力してやると、出力としてスーパ
ークラスAを継承したクラスBを得ることができる。こ
の得られたクラスBには、継承元であるスーパークラス
(上位クラス)Aのすべての宣言とクラス定義の操作(
メソッド)が引き継がれる。しかし、下位クラスである
クラスB(サブクラスB)には、第2図に示すようにク
ラス固有の定義内容(宣言、メソッド等)が書かれてい
る他、継承されたスーパークラスAの名称が書かれてい
るだけで、スーパークラスAの具体的な定義内容は書か
れていない。尚、第2図はスーパークラスとそのスーパ
ークラスを継承したサブクラスの関係を示す説明図であ
る。
Inheritance is a mechanism that allows propositions to be inherited between class definitions, and by providing definition differences (additions, replacements) based on the definitions of other classes, new classes can be created. can be made. Therefore, the inheritance is class A (superclass A) and class B.
By inputting (subclass B), we can obtain class B, which inherits superclass A, as the output. This obtained class B contains all the declarations and class definition operations (
method) will be inherited. However, as shown in Figure 2, class B (subclass B), which is a lower class, has class-specific definition contents (declarations, methods, etc.) written therein, as well as the name of the inherited superclass A. However, the specific definition of superclass A is not written. Incidentally, FIG. 2 is an explanatory diagram showing the relationship between a superclass and a subclass that inherits the superclass.

そして、従来、クラスをファイル化する場合、下位クラ
ス(サブクラス)のクラスBとその継承元の上位クラス
(スーパークラス)であるクラスAとを、それぞれ別々
にファイル化していた。
Conventionally, when creating a file for a class, class B, which is a lower class (subclass), and class A, which is an upper class (superclass) from which it inherits, are each filed separately.

従って、交換システム用オブジェクト指向のソフトウェ
アを交換システムに適用した場合、システムのプログラ
ムの実行時に、下位クラスであるクラスBのファイルを
アクセスし、そのファイルのクラスBの中で例えば該当
するメソッドを検索し、該当するメソッドがなかったら
、継承している上位クラスであるクラスAのファイルを
アクセスし、そのファイルのクラスAの中より該当する
メソッドを検索し取出すことになる。この時、始めて上
位クラスであるクラスAの定義内容中の該当するメソッ
ドが、下位クラスであるクラスBに実質的に継承された
ことになる。即ち、プログラムの実行時に継承する動的
継承である。
Therefore, when object-oriented software for exchange systems is applied to an exchange system, when a system program is executed, a file of class B, which is a lower class, is accessed, and a corresponding method is searched for, for example, in class B of that file. However, if the applicable method is not found, the file of class A, which is an inherited upper class, is accessed, and the applicable method is searched and extracted from class A in that file. At this time, for the first time, the corresponding method in the definition content of class A, which is a higher class, is substantially inherited by class B, which is a lower class. In other words, this is dynamic inheritance that occurs when a program is executed.

尚、クラスの定義は、クラス名の宣言、インスタンスの
宣言、変数の宣言、メソッドi (i=1〜n)の定義
から構成されている。また、クラスの継承についての関
係文献として、「オブジェクト指向プログラミングソフ
トウェア開発技法の進化」 (特に第5節、継承:その
実現方法(P、 93〜P、99) ) 、著者:  
B、Jコックス、監訳者:前用守、発行所:トラパンが
ある。
Note that a class definition consists of a class name declaration, an instance declaration, a variable declaration, and a method i (i=1 to n) definition. In addition, as related literature on class inheritance, ``Evolution of Object-Oriented Programming Software Development Techniques'' (especially Section 5, Inheritance: How to Implement It (P. 93-P. 99)), Author:
B, J Cox, supervising translator: Maeyo no Mori, publisher: Trapan.

(発明が解決しようとする課題) 上述した従来のクラスのファイル化方法では、下位クラ
スが上位クラスを継承していても、下位クラスにはその
継承した上位クラス名しか書かれていないので、システ
ム運転時に、下位クラスのファイルをアクセスし、例え
ば該当するメソッドがなかったら継承元である上位クラ
スのファイルをアクセスして、その上位クラスの定義内
容を検索していた。
(Problem to be Solved by the Invention) In the conventional class filing method described above, even if a lower class inherits a higher class, only the name of the inherited higher class is written in the lower class. During operation, the file of the lower class is accessed, and if, for example, there is no corresponding method, the file of the higher class that is the inheritance source is accessed, and the definition contents of the higher class are searched.

従って、従来のオブジェクト指向ソフトウェアを大規模
な交換システムに適用する場合、従来のクラスのファイ
ル化方法では、次のような問題点を有する。
Therefore, when applying conventional object-oriented software to a large-scale exchange system, the conventional method of creating a class file has the following problems.

(1)下位クラスのファイルをアクセスし、その下位ク
ラスの中で、例えば該当するメソッドを検索し、該当す
るメソッドがなかったら、その後、継承元の上位クラス
のファイルをアクセスし、その上位クラスのメソッドを
検索することになり、2つのファイルをアクセスするこ
とになり、余計な時間がかかる。従って、メソッド等の
クラスの定義内容を検索する時のスピードか遅くなる。
(1) Access the file of the lower class, search for the applicable method in the lower class, and if the applicable method is not found, then access the file of the higher class that is the inheritance source, and search for the applicable method in the lower class. Searching for a method means accessing two files, which takes extra time. Therefore, the speed when searching for definition contents of classes such as methods becomes slow.

(2)型の異なる同一名称の変数(例えば整数型の変数
aとキャラクタ型の変数a)や、同一タグ名(構造体の
名前)でありながらメモリのメンバー構成(構造体の中
の変数名の構成)が異なる構造体等があると、下位クラ
スとその、上位クラスとをそれぞれ別々にメモリファイ
ル化しているため下位クラス(サブクラス)と上位クラ
ス(スーパークラス)での解釈か異なり、下位クラスの
プログラムと、上位クラスのプログラムの整合性がうま
(いかず、プログラム実行時にプログラムが異常動作を
してシステムが動かないということか起こる可能性があ
る。つまり、下位クラスとその継承元の上位クラスとを
別々にファイル化したのでは、プログラムの整合性がと
れず、信頼性が低くなる。
(2) Variables with the same name of different types (for example, integer type variable a and character type variable a) or memory member configuration (variable name in the structure) with the same tag name (structure name) If there are structures etc. with different configurations, the lower class and its upper class are stored in separate memory files, so the lower class (subclass) and the upper class (superclass) will have different interpretations, and the lower class If the consistency between the program in the lower class and the program in the upper class is not good, the program may behave abnormally when the program is executed and the system will not work. If the classes are made into separate files, the program will not be consistent and its reliability will decrease.

そこで、本発明の目的は、交換システム用オブジェクト
指向ソフトウェアを交換システムに適用し、システム実
行時に継承元の上位クラスの定義内容でも高速に検索す
ることができ、高信頼性が維持できるクラスのファイル
化方法を提供することにある。
SUMMARY OF THE INVENTION Therefore, an object of the present invention is to apply object-oriented software for an exchange system to an exchange system, and to create a class file that can be quickly searched for even the definition contents of an inherited upper class when the system is executed, and that maintains high reliability. The objective is to provide a method for

(課題を解決するための手段) 本発明のクラスのファイル化方法は、情報とその情報を
取扱う手続きを一体化したオブジェクト指向と呼ばれる
概念に基づいて作成される交換システム用ソフトウェア
において、一のクラスをファイル化する際、その一のク
ラスに継承した上位クラス名が存在する場合、前記一の
クラスの固有の定義内容を取出し、次に継承元の上位ク
ラスの定義内容のうち、既に取出した定義内容と重複し
ないものを取出し、これらの取出した定義内容を前記一
のクラスの定義内容としてメモリにファイル化して格納
するようにしたものである。
(Means for Solving the Problems) The method for creating a class file of the present invention is a method for creating a class file in software for an exchange system created based on a concept called object-oriented, which integrates information and procedures for handling that information. When creating a file, if there is an inherited upper class name in that one class, extract the unique definition content of the one class, and then extract the definition that has already been extracted from the definition content of the inherited upper class. Definition contents that do not overlap with the contents are extracted, and these extracted definition contents are stored as a file in memory as the definition contents of the one class.

(イ乍用) 本発明のクラスのファイル化方法では、一のクラスをフ
ァイル化する際にその一のクラスに継承した上位クラス
の名か存在する場合、前記一のクラスの固有の定義内容
をまず取出し、次に継承元の上位クラスの定義内容のう
ち重複しないものを取出し、これらの取出した定義内容
を前記一のクラスの定義内容としてメモリにファイル化
して格納するようにしたので、交換システム用オブジェ
クト指向ソフトウェアを交換システムに適用し、システ
ム実行時に、継承元の上位クラスの定義内容でも、一の
クラスの定義内容を格納したファイルと同じファイルを
アクセスすることにより高速に検索することかでき、高
信頼性を維持できる。
(For use) In the method of creating a class file according to the present invention, when a class is created as a file, if there is a name of a superior class inherited by that one class, the unique definition contents of said one class are saved. First, we take out the definition contents of the upper class that is the inheritance source, and then we take out the definition contents that are not duplicated among the definition contents of the upper class that is the inheritance source, and these extracted definition contents are stored as a file in memory as the definition contents of the first class, so that the exchange system Applying object-oriented software to an exchange system, when the system is running, it is possible to quickly search for the definition contents of the inherited upper class by accessing the same file that stores the definition contents of the first class. , high reliability can be maintained.

(実施例) 本発明は、交換システム用オブジェクト指向ソフトウェ
アにおけるクラス(スーパークラスを継承したクラス)
のファイル化方法に関するものである。
(Example) The present invention provides a class (a class inheriting a superclass) in object-oriented software for an exchange system.
This relates to how to create a file.

本発明の実施例について第1図を用いて説明する。An embodiment of the present invention will be described using FIG. 1.

第1図は本発明によるクラスのファイル化方法の一実施
例を示す説明図である。
FIG. 1 is an explanatory diagram showing an embodiment of the method of creating a class file according to the present invention.

同図において、11はフロッピーディスク等のメモリに
格納されたスーパークラス(上位クラス)としてのクラ
スAであって、このクラスAllには、クラスAの定義
内容(宣言、変数。
In the figure, reference numeral 11 denotes class A as a super class (upper class) stored in a memory such as a floppy disk, and this class All contains definition contents (declarations, variables, etc.) of class A.

メソッド等)が書かれている。また、13は、フロツビ
ーディスク等のメモリに格納されたサブクラス(下位ク
ラス)としてのクラスBであって、このクラス813に
は、クラスB固有の定義内容(宣言、変数、メソッド等
)と継承したスーパークラス(クラスA)の名が書かれ
ている。尚、クラスAとクラスBは、オブジェクト指向
プログラミング言語で書かれたプログラムである。また
、15はクラスBとその継承元であるスーパークラスA
(クラスA)より重複しないように取出された定義内容
が、クラスAとクラスBに共通の定義内容と共通でない
定義内容とに分けられ、汎用プログラミング言語(C言
語)で書かれたプログラム(区別する便宜上、プログラ
ムCという。)であって、このプログラムCはメモリに
格納される。このプログラムCをコンパイラに入力する
ことにより、機械語プログラムに展開し、プログラムA
、Bで参照する他のプログラム(ライブラリ等)を連結
編集することにより、コンピュータで実行可能なプログ
ラム(ロードモジュール)を作成し、フロッピーディス
ク17に格納する。尚、17はメモリとしてのフロッピ
ーディスクであって、このフロッピーディスク17にク
ラスBのファイル化が成される。
methods, etc.) are written. In addition, 13 is a class B as a subclass (lower class) stored in memory such as a Flotsbee disk, and this class 813 includes definition contents specific to class B (declarations, variables, methods, etc.) and inheritance. The name of the super class (class A) that was created is written. Note that class A and class B are programs written in an object-oriented programming language. 15 is class B and its inheritance source super class A.
The definition contents extracted from (class A) so as not to overlap are divided into definition contents common to class A and class B and definition contents not common to class A and class B, and a program written in a general-purpose programming language (C language) For convenience, it will be referred to as program C), and this program C is stored in memory. By inputting this program C into a compiler, it is developed into a machine language program and program A
, B. By concatenating and editing other programs (libraries, etc.) referenced by , a computer executable program (load module) is created and stored on the floppy disk 17. Incidentally, numeral 17 is a floppy disk serving as a memory, and a class B file is created on this floppy disk 17.

次にスーパークラスAを継承したクラスBのファイル化
について説明する。まず、クラスBとその継承元である
スーパークラスAをブリコンパイラに入力して、プログ
ラムCを作成する。ここで、ブリコンパイラとは、オブ
ジェクト指向言語で記述されたソースプログラムを汎用
プログラミング言語(C言語)のソースプログラムに変
換する装置である。
Next, the creation of a file for class B, which inherits super class A, will be explained. First, program C is created by inputting class B and superclass A, which is its inheritance source, to a precompiler. Here, the bricompiler is a device that converts a source program written in an object-oriented language into a source program in a general-purpose programming language (C language).

そこで、クラスAを格納したメモリとクラスBを格納し
たメモリをブリコンパイラの入力側に接続してやると、
ブリコンパイラは、まずメモリに格納されているファイ
ル化すべきクラスBをリードし、そのクラスB固有の定
義内容である宣言。
Therefore, if you connect the memory that stores class A and the memory that stores class B to the input side of the bricompiler,
The precompiler first reads class B that is stored in memory and is to be converted into a file, and then reads the declaration that is the definition specific to class B.

変数、メソッド等を内部メモリに記憶する、次にブリコ
ンパイラは、クラスBの継承元のスーパークラスを継承
順にリードしくここでは、継承元はスーパークラスAだ
けであるので、クラスAのみをリードし)、既にリード
されて内部メモリに蓄積された情報と比較して、そのリ
ードした変数やメソッドや構造体宣言などの定義内容に
矛盾が生じないか否か(重複がないか否か)をチエツク
しながら重複しないものを内部メモリに記憶する。
The precompiler stores variables, methods, etc. in internal memory, and then reads the superclasses that class B inherits from in the order of inheritance.Here, since superclass A is the only inheritance source, only class A is read. ), and compares it with the information that has already been read and stored in internal memory to check whether there are any inconsistencies in the definition contents of the read variables, methods, structure declarations, etc. (whether there are any duplications). while storing unique ones in internal memory.

この場合、ブリコンパイラはスーパークラスAの定義内
容にクラスBの定義内容と同一名のメソッド、変数、宣
言等が現われたときは、下位クラスであるクラスBのも
のを優先して内部メモリに記憶する。そして、継承元の
、スーパークラスの全て(ここでは、継承元のスーパー
クラスはクラスAのみであるので、クラスAのみをいう
。)について上記処理を終えたら、ブリコンパイラは、
内部メモリに記憶しておいた定義内容をクラスBとスー
パークラスAとに共通な定義内容と共通でない定義内容
とに分けてC言語のプログラムC15を作成し、これを
外部メモリに格納する。
In this case, if a method, variable, declaration, etc. with the same name as the definition of class B appears in the definition of superclass A, the precompiler will give priority to the one of class B, which is a lower class, and store it in internal memory. do. Then, after completing the above processing for all of the superclasses that are the inheritance source (here, only class A is referred to as the only superclass that is the inheritance source), the precompiler will:
A C language program C15 is created by dividing the definition contents stored in the internal memory into definition contents common to class B and super class A and definition contents not common, and this is stored in the external memory.

次にC’PUは、外部メモリに”格納された定義内容(
重複せずに取出したクラスBとその継承元のスーパーク
ラスAの定義内容)を取出して、メモリとしての、例え
ばフロッピーディスク17に、クラスBの定義内容とし
てファイル化を行なう。
Next, the C'PU stores the definition contents (
The definition contents of class B extracted without duplication and the definition contents of its inheritance source super class A) are extracted and converted into a file as the definition contents of class B in a memory, for example, the floppy disk 17.

これによりフロッピーディスク17に、ファイル化した
クラスBの定義内容には、スーパークラスAの名称でな
くそのスーパークラスへの定義内容も含まれることにな
る。
As a result, the definition contents of class B stored in a file on the floppy disk 17 include not only the name of superclass A but also the definition contents for that superclass.

以上のようにして、交換システム用オブジェクト指向ソ
フトウェアにおいて、スーパークラスを継承したクラス
をファイル化すれば、ファイル化時に、継承元のスーパ
ークラスの定義内容(メソッド、宣言、変数など)の継
承も行なっている。従って、交換システム用オブジェク
ト指向ソフトウェアを交換システムに適用した場合、シ
ステム実行時に、クラスBの定義内容を格納したフロッ
ピーディスク17のファイルをアクセスすれば、クラス
Bの継承元のスーパークラスAの定義内容も同一ファイ
ルに格納されているので、同一ファイルの中を検索する
だけで、スーパークラスAの該当する定義内容も取出す
ことができる。
As described above, in object-oriented software for exchange systems, if a class that inherits a superclass is created as a file, the definition contents (methods, declarations, variables, etc.) of the inherited superclass will also be inherited when the file is created. ing. Therefore, when object-oriented software for exchange systems is applied to an exchange system, if the file on the floppy disk 17 that stores the definition contents of class B is accessed when the system is executed, the definition contents of super class A, which is the inheritance source of class B, can be accessed. are also stored in the same file, so the corresponding definition contents of super class A can also be retrieved by simply searching within the same file.

よって、システム実行時に、従来の如き、継承元である
スーパークラスAの継承処理を行なう必要がなくなり、
その分該当する定義内容の検索スピードを従来に比べ上
げることができる。また、クラスBのファイル化時に、
予め継承元のスーパークラスAの定義内容がクラスB固
有の定義内容と重複しないように継承の整合性のチエツ
クを行なっているので、オブジェクト指向ソフトウェア
で構築した交換システムの実行時に、プログラムが従来
の如き異常動作をしたすせず、信頼性の向上が期待でき
る。
Therefore, when the system is executed, there is no need to carry out inheritance processing for superclass A, which is the inheritance source, as in the past.
Accordingly, the search speed for the relevant definition content can be increased compared to the conventional method. Also, when creating a class B file,
Since the consistency of inheritance is checked in advance to ensure that the definition contents of the super class A that is the inheritance source do not overlap with the definition contents specific to class B, when the exchange system built using object-oriented software is executed, the program will be It is expected that the reliability will be improved without causing such abnormal operation.

本実施例においては、クラスBがスーパークラスAのみ
を継承した場合であるが、クラスBが複数スーパークラ
スを継承した場合でも、同様に本発明を適用できる。こ
の場合、メモリにファイル化したクラスBの定義内容に
は、クラスB固有の定義内容の他、その継承元の複数の
スーパークラスの定義内容も含まれることになる。但し
、ファイル化された複数のスーパークラスの定義内容は
、継承順に重複しないように本実施例で説明した如く取
出された定義内容である。
In this embodiment, class B inherits only superclass A, but the present invention can be similarly applied even if class B inherits multiple superclasses. In this case, the definition contents of class B stored in a file in the memory include definition contents unique to class B as well as definition contents of multiple superclasses from which it is inherited. However, the definition contents of the plurality of super classes stored in files are the definition contents extracted as described in this embodiment so as not to overlap in the order of inheritance.

本発明は、本実施例に限定されることなく、本発明の要
旨を逸脱しない範囲で、種々の応用及び変形が考えられ
る。
The present invention is not limited to this embodiment, and various applications and modifications can be made without departing from the gist of the present invention.

(発明の効果) 上述したように本発明によれば次のような効果が得られ
る。
(Effects of the Invention) As described above, according to the present invention, the following effects can be obtained.

(1)同一ファイルに、一のクラスの定義内容として、
継承元の上位クラスの定義内容も含まれているので、交
換システム用オブジェクト指向ソフトウェアを交換シス
テム(大規模な交換システムも含む)に適用した場合、
システム実行時に、一のクラスの定義内容を格納した同
一ファイルの中を検索するだけで、継承元の上位クラス
の該当する定義内容も取出すことができる、従って、シ
ステム実行時に、従来の如き継承元である上位クラスの
継承処理を行なう必要がなくなり、その分該当する定義
内容の検索スピードを従来に比べ上げることができる。
(1) In the same file, as the definition content of one class,
It also includes the definition contents of the superclass that inherited it, so when object-oriented software for exchange systems is applied to exchange systems (including large-scale exchange systems),
When the system is executed, by simply searching in the same file that stores the definition contents of one class, the corresponding definition contents of the upper class of the inheritance source can also be retrieved. It is no longer necessary to carry out inheritance processing for the upper class, and the search speed for the corresponding definition contents can be increased accordingly compared to the conventional method.

(2)一のクラスのファイル化時に、予め継承元の上位
クラスの定義内容が既に取出した定義内容と重複しない
ように継承の整合性のチエツクを行なっているので、オ
ブジェクト指向ソフトウェアで構築した交換システム(
大規模な交換システムも含む)の実行時に、プログラム
が従来の如き異常動作をしたすせず、信頼性の向上を図
ることができる。
(2) When creating a file for one class, the consistency of inheritance is checked in advance to ensure that the definition content of the upper class that is the inheritance source does not overlap with the definition content that has already been extracted, so the exchange built using object-oriented software system(
When executing a program (including a large-scale exchange system), the program does not operate abnormally as in the past, and reliability can be improved.

【図面の簡単な説明】[Brief explanation of drawings]

第1図は本発明によるクラスのファイル化方法の一実施
例を示す説明図、第2図はスーパークラスとサブクラス
の関係を示す説明図である。 11・・・クラスA、13・・・クラスB、15・・・
プログラムC3 17・・・フロッピーディスク。 特許出願人 沖電気工業株式会社 本発明のクラスのファイル化方法の一貫施例第  l 
 図
FIG. 1 is an explanatory diagram showing an embodiment of the method of creating a class file according to the present invention, and FIG. 2 is an explanatory diagram showing the relationship between a super class and a subclass. 11...Class A, 13...Class B, 15...
Program C3 17...Floppy disk. Patent Applicant Oki Electric Industry Co., Ltd. Consistent Example of File Creation Method for the Class of the Present Invention No. 1
figure

Claims (1)

【特許請求の範囲】[Claims] 情報とその情報を取扱う手続きを一体化したオブジェク
ト指向と呼ばれる概念に基づいて作成される交換システ
ム用ソフトウェアにおいて、一のクラスをファイル化す
る際、その一のクラスに継承した上位クラス名が存在す
る場合、前記一のクラスの固有の定義内容を取出し、次
に継承元の上位クラスの定義内容のうち、既に取出した
定義内容と重複しないものを取出し、重複した定義内容
についてはその整合性を確認し、これらの取出した定義
内容を前記一のクラスの定義内容としてメモリにファイ
ル化して格納するようにしたことを特徴とするクラスの
ファイル化方法。
In software for exchange systems that is created based on a concept called object-oriented, which integrates information and procedures for handling that information, when one class is converted into a file, there is a superclass name that is inherited by that one class. In this case, extract the unique definition content of the first class, then extract the definition content of the inherited higher class that does not overlap with the already extracted definition content, and check the consistency of the duplicate definition content. A method for creating a class file, characterized in that the extracted definition contents are filed and stored in memory as the definition contents of the one class.
JP30721290A 1990-11-15 1990-11-15 Method for transforming class into file Pending JPH04180127A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP30721290A JPH04180127A (en) 1990-11-15 1990-11-15 Method for transforming class into file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP30721290A JPH04180127A (en) 1990-11-15 1990-11-15 Method for transforming class into file

Publications (1)

Publication Number Publication Date
JPH04180127A true JPH04180127A (en) 1992-06-26

Family

ID=17966392

Family Applications (1)

Application Number Title Priority Date Filing Date
JP30721290A Pending JPH04180127A (en) 1990-11-15 1990-11-15 Method for transforming class into file

Country Status (1)

Country Link
JP (1) JPH04180127A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8255198B2 (en) 2003-02-14 2012-08-28 Advantest Corporation Method and structure to develop a test program for semiconductor integrated circuits

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8255198B2 (en) 2003-02-14 2012-08-28 Advantest Corporation Method and structure to develop a test program for semiconductor integrated circuits

Similar Documents

Publication Publication Date Title
US5848274A (en) Incremental byte code compilation system
US6968540B2 (en) Software instrumentation method and apparatus
Kuske A formal semantics of UML state machines based on structured graph transformation
US5553282A (en) Software project history database and method of operation
US5493682A (en) Object based system for software maintenance
Madsen et al. Virtual classes: A powerful mechanism in object-oriented programming
US5764989A (en) Interactive software development system
US6298353B1 (en) Checking serialization compatibility between versions of java classes
US5890176A (en) Object-oriented document version tracking method and apparatus
US5659735A (en) Object-oriented system for program version and history database management system for various program components
Fiutem et al. A cliche-based environment to support architectural reverse engineering
US4964063A (en) System and method for frame and unit-like symbolic access to knowledge represented by conceptual structures
Juric Elixir in action
CA2345256A1 (en) Text object compilation method and system
Van den Brand et al. Generator of efficient strongly typed abstract syntax trees in Java
Nagel et al. Professional C# 2012 and. Net 4.5
JPH07105005A (en) Method and apparatus for metaclass derivation in object-oriented programming
Mokhov et al. Non-recursive make considered harmful: build systems at scale
KR20040077410A (en) System and method for defining and using subclasses declaratively within markup
Crocker et al. Maintenance support needs for object-oriented software
JPH04180127A (en) Method for transforming class into file
Barghouti et al. Implementation of a knowledge-based programming environment
Tenma et al. A system for generating language-oriented editors
Thomas Extensibility and reuse of object-oriented synchronization components
WO2008015110A2 (en) Methods, apparatus and computer programs for modelling computer programs