JPH0744371A - Object generator - Google Patents

Abstract

PURPOSE:To add the contents of a presenting side software without changing them on a diverting side while using any new method and to easily confirm which of sides is abnormal at the time of any abnormality. CONSTITUTION:This device is composed of a storage part 4 storing any specified class name, new class name and token information, recognition part 1 for generating start information by classes corresponding to the token information while referring to the storage part, reading the input softwares of a class definition description and a method definition description, and sending communication information when there are the token information and the specified class name in the input software in a previously designated order, class name change part 2 for changing the specified class name into the new class name according to the communication information, and template definition part 3 for outputting the class definition description and the method definition description describing information required for execution processing according to the generated information while defining either of the specified class name or the new class name as a class name and defining the other as a superclass name according to the class of the start information.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an object generation device in a software development environment for parallel development of a plurality of similar program software using an object-oriented language, and more particularly to an object generation device for assisting program creation on the diversion side. Regarding

[0002]

2. Description of the Related Art A conventional object-oriented language program is composed of a file group having the following description. << Class Definition Description >> The class definition description defines a class and is composed of a class name, a super class name, and a method definition statement belonging to this class. The method in the super class specified in this class definition description can also be used in this class (that is, it has the inherit relationship described later). If a method with the same name also exists in the superclass, the method belonging to this class is activated. << Method Definition Description >> The method definition description defines a method (algorithm), and represents a program indicating the contents of the method described in the class definition description. There is an inheritance relationship between the << inheritance >> class and its superclass. The inherit relationship is created by specifying the superclass in the class definition description. The fact that there is an inherit relationship means that the methods belonging to the above classes can be inherited and used by lower classes.

An example of class definition description is shown in FIG. 16 as a general specific example described using the programming language C ++.
17 shows an example of the method definition description. Figure 18
17 shows an inherit relationship based on the class definition description shown in FIG. 16.

In the class definition description file, (1)-
(5) is the definition of Cobj1, (6) to (10) is the definition of Cobj2, (11)
~ (15) show the definition of Cobj3 respectively. In (6), because there is a description "Cobj1" after ":",
Cobj2's superclass is shown to be Cobj1. In addition, (11) indicates that the superclass of Cobj3 is Cobj2 because of the description "Cobj2" after ":". Also, method ix (i and x are numbers) indicates the method belonging to each class Cobj i (i is a number).

In the method definition file, (a) to (c)
Is the definition of method 11, and in (a), the Co
bj1 indicates that the class to which the method belongs is Cobj1, and the method method11 after "::" indicates that the method name is method11. (b)
Describes the processing contents of the method. The description after (d) has the same meaning as (a) to (c) above.

Conventionally, when developing a plurality of similar software, the contents created by a certain development group (provider group) are modified by another development group (diversion side group) to be used. It was improving productivity. In such a conventional software development environment using an object-oriented language, when it is necessary to add or change a method in the software for creating the provider group (provider software), the diversion group is It was necessary to add or change the method definition in the provided method definition description file and to make the corresponding changes in the provided class definition description file.

[0007]

Generally, in an environment in which the software created on the provider side is diverted and used for development, it is absolutely necessary to prevent the diverted side from destroying the contents of the program in the software on the provider side. It is essential. However,
In the above-mentioned conventional technique, when the provided method needs to be changed or added, the diversion side rewrites the content of the method on the providing side. At this time, of course,
The diversion side changes the contents of the file of the providing side, which may destroy other descriptions in the file. Furthermore, if the software after modification on the diversion side does not work due to a bug, check the contents of the distribution software to check whether the bug is in the distribution software or the modification part of the distribution side. Need to go back and run.
However, in the above-mentioned conventional technique, since the diversion side overpaints the method of the provided software, there is a problem that it is impossible to restore the same method as the provided software and execute the method again. The object of the present invention is to solve the above problems,
A new method can be added without changing the contents of the software created by the provider, and when an error occurs, it is easy to check whether there is an error in the provider or the user. The object is to provide an object generation device.

[0008]

In order to solve the above-mentioned problems, an object generation device of the present invention is a storage means for storing a specific class name, a new class name and token information, and a storage means for storing the specific class name. Class name, new class name, and token information to generate the activation information of the type corresponding to the token information, then read the input software in which the class definition description and method definition description are written, and specify the specific class When the token information and a specific class name are detected in the order specified in advance in the input software by referring to the name and token information, the recognition means for sending the contact information and the detection means according to the contact information from the recognition means are detected. The class name changing means for changing the specified specific class name to a new class name and the starting information from the recognizing means are received, and the specific class name or the new class name is changed according to the type of the starting information. A template definition means for outputting one of the class definition description and the method definition description in which information necessary for execution processing is described according to pre-designated generation information by selecting one of the names as a class name and the other as the super class name. It is characterized by consisting of and.

[0009]

The present invention achieves the object of the invention by having the above means. That is, by providing the recognizing unit and the changing unit, the changed content becomes the same as the content provided by the provider. Also, by providing the template defining means, it is possible to use the created new template as a frame to perform additional work on the diversion side. Therefore, new methods can be added without changing the contents of the software created by the provider. Furthermore, if an abnormality occurs under a certain condition, it is confirmed whether all the new methods in the new template are reproduced in the deleted state. As a result, it is possible to easily confirm whether the method created on the providing side or the diversion side has the cause of the abnormality.

[0010]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows the structure of an object generation apparatus according to an embodiment of the present invention. In FIG. 1, 1 is a recognition unit, 2 is a change unit, 3 is a template definition unit, 4 is a storage unit, 5 is an input definition description, 6 is a change definition description, and 7 is an output definition description.
First, a first embodiment of the present invention will be described with reference to the operation flowchart shown in FIG. The storage unit 4 stores a specific class name (designated class name) changed by the diversion side. Furthermore, as token information, ":", "::", and "cla
ss ”and the like are stored.

First, in step 11, the recognition unit 1
Input change file (method definition file)
Read the token from, then in step 12, determine whether the file was finished when the token was read,
If the file has not ended, the process proceeds to step 3, and if the file has ended, the process proceeds to step 7. In step 13, it is determined whether the token read is a class name definition. If it is a class name definition, it is determined whether the class name defined in step 14 is the same as the specified one. If so, in step 15, the contact information is sent to the class name changing unit. At that time, the changing unit 2 receives the contact information from the recognizing unit 1 and refers to the content of the accumulating unit 4 to change the specific class name to a new class name. The changed file is called a changed file.

The judgment results of step 13 and step 14,
If the token is not the definition of the class name, or if the definition of the class name does not match the specified class name, the token is directly output to the change file in step 16. Step 15
And after performing the processing of step 16, again step 1
Return to 1 and read the next token.

When the determination result file in step 12 is completed, in step 17, the start information is sent to the template definition part 3 at the time when each definition file is input in the recognition part 1. The template definition unit 3 refers to the contents of the storage unit 4 and outputs each definition description with a designated class name to a designated file. The designation of the superclass at this time is the new class name. Furthermore, the definition description necessary for execution is output as needed.

An example of each file when the programming language C ++ is used is shown below. FIG. 3 shows an input example of the change file of the class definition description, FIG. 4 shows an input example of the change file of the method definition description, FIG. 5 shows an example of the change file of the class definition description changed by the changing unit 2, and FIG. 6 shows an example of a change file of the method definition description changed by 2 and FIG. 7 shows an example of an output file of the class definition description created by the template defining section 3 in FIG. 7 and a method definition description created by the template defining section 3. An example of the output file of is shown in FIG.

In FIG. 3, the superclass of Cobj2 is C
It is obj1. The superclass of Cobj3 is Cobj2. This follows the inherit relationship shown in FIG.
Also, method ix (where ix is a number) is used for each class Cobji (i
Indicates a method belonging to (number). It is assumed that a new method is added to the class Cobj2 in Figure 3. In this example, the specific class is Cobj2, the new class name is Cobja, and the change file shown in FIG. 5 (class definition description) and FIG. 6 (method definition description) and FIG.
And the output file shown in FIG. 8 (method definition description) is obtained. The example shown in FIG. 9 is an inherit relationship based on each definition description shown in FIGS. 5 and 7. The shaded portion in FIG. 9 is the portion corresponding to each definition description output by the template defining unit 3. By adding a new method to the additional area of the definition description shown in FIG. 7, the same program as the method addition of Cobj2 in FIG. 4 can be obtained.

Next, a second embodiment of the present invention will be described with reference to the operation flowchart shown in FIG. In the storage unit 4, a specific class name (designated class name) that the diversion side changes
Is remembered. Furthermore, “:”, “::”, “class”, etc. are described as token information. First, in step 21, the recognition unit 1 reads a token from the input change file (method definition description file), and then in step 22, it is determined whether or not the file ends when the token is read, If the file has not ended, the process proceeds to step 23, and if the file has ended, the process proceeds to step 27. It is determined whether the token read in step 23 is the definition of the parent class (superclass) name. If the token is the definition of the parent class, it is determined whether the class name defined in step 24 matches the specified class name. Is determined, and if they match, in step 25,
Contact information is sent to the class name changing unit 2. At that time, the changing unit 2 receives the contact information from the recognizing unit 1 and refers to the content of the accumulating unit 4 to change the specific class name to a new class name. The changed file is called a changed file.

The determination results of step 23 and step 24,
If the token is not the definition of the parent class (superclass) name, or if the definition of the superclass name does not match the specified class name, the token is directly sent to the change file in step 26. Output. After performing the processes of step 25 and step 26, the process returns to step 21 again to read the next token.

When the determination result file in step 22 is completed, in step 27, the start information is sent to the template defining part 3 at the time when each definition file is input in the recognizing part 1. The template definition unit 3 refers to the contents of the storage unit 4 and outputs each definition description with a new class name to a specified file. The designation of the super class at this time is the designated class name. Furthermore, the definition description necessary for execution is output as needed.

An example of each file when the programming language C ++ is used is shown below. Input example of change file of class definition description and change file of method definition description
An example of the change file of the class definition description changed by the changing unit 2 is created in FIG. 11, and an example of the change file of the method definition description changed by the changing unit 2 is created in FIG. An example of the output file of the class definition description is shown in FIG. 13, and an example of the output file of the method definition description created by the template definition unit 3 is shown in FIG.

In this second embodiment, the class Cob of FIG.
It is assumed that a new method will be added to j2. Here, with the specific class as Cobj2 and the new class name as Cobja, the change file shown in FIGS. 11 and 12 and the output file shown in FIGS. 13 and 14 are obtained by the object generation device. The inherit relationship shown in FIG. 15 is an inherit relationship based on each class definition description shown in FIGS. 11 and 13. Figure 15
The hatched portion of is the portion corresponding to each definition description output by the template definition unit 3. 13 and 14
By adding a new method to the additional area of the definition description shown in, the same program as the method addition for Cobj2 in FIGS. 3 and 4 can be obtained.

In the first embodiment, the names of existing classes are replaced. The existence of multiple classes with methods that perform the same function is a risk of administrative confusion. In the second embodiment, since the same name is stored, the second embodiment is superior in this respect. In Example 2, the change range is scattered in the method. In the first embodiment, there is no changed part in the content of the method and the changed part can be specified.
When confirming the contents of the changed definition description, the first embodiment, which can identify the confirmation location, is superior.

[0022]

According to the present invention, a new method can be added without the diversion side changing the contents of the software created by the providing side. Furthermore, when an abnormality occurs under a certain condition, it becomes easy to confirm which of the provider side and the diversion side has the cause of the abnormality.

[Brief description of drawings]

FIG. 1 is a diagram showing a configuration of an embodiment of an object generation device of the present invention.

FIG. 2 is a diagram showing an operation flowchart of the first embodiment of the present invention.

FIG. 3 is a diagram showing an example of inputting a change file of a class definition description.

FIG. 4 is a diagram showing an example of inputting a change file of a method definition description.

FIG. 5 is a diagram showing an example of a change file of a class definition description.

FIG. 6 is a diagram showing an example of inputting a change file of a method definition description.

FIG. 7 is a diagram showing an example of an output file of a class definition description.

FIG. 8 is a diagram showing an example of an output file of a method definition description.

FIG. 9 is a diagram showing an inherit relationship in the first embodiment.

FIG. 10 is a diagram showing an operation flowchart of the first embodiment of the present invention.

FIG. 11 is a diagram showing a change file of a class definition description.

FIG. 12 is a diagram showing a change file of a method definition description.

FIG. 13 is a diagram showing an example of an output file of class definition description.

FIG. 14 is a diagram showing an output file example of a method definition description.

FIG. 15 is a diagram showing an inherit relationship in the second embodiment.

FIG. 16 is a diagram showing a general specific example of a class definition description.

FIG. 17 is a diagram showing a general specific example of a method definition description.

FIG. 18 is a diagram showing an inherit relationship in the case of FIG. 16;

[Explanation of symbols]

 1 recognition unit 2 change unit 3 template definition unit 4 accumulation unit 5 input definition description 6 change definition description 7 output definition description

Claims (1)

[Claims] 1. An object generation device comprising a file storing a class definition description and a method definition description and a processing device for executing the description contents stored in the file, wherein a specific class name, a new class name, A storage means that stores token information, a specific class name in the storage means,
By referring to the new class name and token information, the activation information of the type corresponding to the token information is generated, and then the input software in which the class definition description and the method definition description are written is read, and the specific class name and the Referring to the token information, when the token information and the specific class name are detected in the order specified in advance in the input software, the recognition means for transmitting the contact information, and the contact information from the recognition means,
Either of the class name changing means for changing the detected specific class name to a new class name and the start information from the recognition means, and either the specific class name or the new class name depending on the type of the start information. Select or add as a class name, the other as a super class name, and consist of a class definition description that describes information necessary for execution processing according to pre-specified generation information and a template definition means that outputs a method definition description. Object generation device characterized by.