JP5279767B2 - General program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a supervising program that can be easily created by a programmer. <P>SOLUTION: A program (1) is for controlling a computer (X) to perform plural kinds of processing whose processing order is specified. Each of the plural kinds of processing whose processing order is specified is mapped with a class. The mapped class has a relationship in which a class whose processing order is earlier includes a class of the following processing order. Therefore, after the computer (X) is controlled to perform first processing specified by a class including a class specifying second processing, the computer is controlled to perform the second processing specified by the class included in the class specifying the first processing. <P>COPYRIGHT: (C)2012,JPO&amp;INPIT

Description

  The present invention relates to an overall program for realizing an item display gallery system in which a computer displays items belonging to a plurality of categories and receives operations.

  In recent years, object-oriented programs that configure programs as a collection of objects that send messages to each other are known. An object-oriented program is composed of functional parts called objects, so that it can be programmed without knowing the details of the internal structure and operation principle of other objects, and is suitable for divided development. For example, in an item display gallery system that displays an item on a user terminal and receives a user operation (selection, purchase, posting, etc.) related to the item, a function for displaying an item on the user terminal or a function for receiving a user operation Therefore, it is suitable for an object-oriented program.

  By the way, many inventions for supporting programming by an object-oriented program have been known so far. For example, in Patent Document 1, a program is analyzed, a syntax analysis result is compared with program convention information, and verification is performed. An object-oriented program creation support apparatus that outputs a program modified based on a result is disclosed. Patent Document 2 determines whether or not a requirement for becoming a highly extensible and reusable program is satisfied, and the user A program creation support apparatus that can be pointed out is disclosed.

JP-A-11-85496 JP 2005-92519 A

  However, the program creation support apparatus collates with respect to the “created program” whether it is a program that satisfies a predetermined rule or a program that has high expandability and reusability. It was not intended to assist the programmer at the time of creation.

  One of the factors that make programming with object-oriented programs difficult is the relationship between classes. In the past, programmers arbitrarily specified relationships such as calling relationships between classes, so for example, an instance of a function or variable is created in one class, and the same function or variable instance is separated in another class. It sometimes generated. As a result, the generated instances are complicated, and there is a problem that the program becomes unnecessarily complicated as a whole. In addition, since the calling relationship between classes can be arbitrarily defined in this way, it is necessary for the programmer to always grasp the entire program, making it difficult to divide and develop the program.

  The present invention has been made in view of such a problem, and prevents the complication of instances generated as a whole program, and is a comprehensive program that can be easily divided and developed by a programmer (particularly, as in the item display gallery system described above). The purpose is to provide a general program for realizing a system having the above functions.

(1) An overall program for realizing an item display gallery system in which a computer displays items belonging to a plurality of categories and receives operations, wherein the overall program performs a plurality of processes in which a processing order is specified. In the overall program, a class is mapped to each of the plurality of processes for which the processing order is specified, and the mapped class has a processing order that is higher than that of the previous class. By including and defining the subsequent class, the first class defined by the class including the class defining the second process is provided to the computer by having a relationship in which the subsequent class is generated by the previous class. Classes included in the class that defines the first process after executing the process The overall program for executing the second process defined by the above.

  According to the overall program of (1), each of the first process and the second process for which the processing order is specified includes the second process in which the first process in the processing order precedes the processing order. The class is mapped. Thereby, in the class that defines the second process after the processing order, the instance generated in the first process is not newly generated, and the complication of the instances generated as the entire program can be prevented. Furthermore, such a class inclusion relationship allows the programmer to grasp only the classes one level lower than the inclusion relationship, and can easily perform divided development.

  (2) The overall program includes a platform class that includes all classes included in the overall program, a service connector class that includes an item class and a condition class, a condition class that manages conditions of items to be acquired, and the item And the platform class is the class with the earliest processing order, and the service connector class and the condition class are later in the processing order than the platform class. The overall program according to (1), wherein the item class is a class whose processing order is after the service connector class.

  According to the overall program of (2), since each class (function) for realizing the item display gallery system is mapped in the processing order, the division development of the item display gallery system becomes easy.

  (3) In response to the acquisition request for the item, the platform class returns information on the item based on responses from the condition class and the service connector class, and in response to a request from the platform class, the condition class Sets the condition of the item to be acquired, and in response to a request from the platform class, the service connector class acquires information on the item from the gallery system that manages the actual condition of the item according to the content of the condition. , Causing the item class to manage information about the acquired item, returning information about the acquired item, and in response to a request from the service connector class, the item class includes information about the requested item. Edit, oversee the program described in (2).

  According to the overall program of (3), it is possible to realize an item display gallery system that displays items on a user terminal and accepts user operations (selection, purchase, posting, etc.) related to the items. Divided development of the system can be easily performed.

  According to the present invention, it is possible to provide a general program that prevents complication of instances generated as a whole program and can be easily created by a programmer. Furthermore, it is possible to provide a general program that allows a programmer to easily perform divided development.

It is a figure which shows the outline | summary of this invention. It is a figure which shows the example of a display of a gallery page. It is a figure which shows a gallery display application. It is a figure which shows a gallery platform system. It is a figure which shows the inclusion relation of the class of a gallery platform system. It is a figure which shows the source code of a platform class.

  Embodiments of the present invention will be described below with reference to the drawings.

[Outline of Program 1]
An outline of the program 1 according to the present invention will be described with reference to FIG.
The program 1 is an object-oriented program that is created as a combination of objects by integrating data and a procedure for operating the data as a unit of a unit called an object. In an object-oriented program, an object is defined using a class.
In FIG. 1, the class configuration of the program 1 according to the present invention will be described by taking an application including an object A, an object B, an object C, and an object D as an example.

  First, a conventional class structure in an object-oriented program will be described with reference to FIG. Conventionally, there is no provision for the relationship (class configuration) between classes defining an object, and it is arbitrarily configured by a designer. For example, as shown in FIG. 1 (1), each is configured in an equal relationship, and it is permitted to generate instances of the partner class with each other. Specifically, instances of other classes such as class B, class C, and class D can be created in class A, while instances of other classes are also created in class B, class C, and class D. It was possible.

  In such a conventional class configuration, generation of instances of the partner class is mutually allowed, so each programmer in charge of each class grasps not only the class that he is in charge of but also the entire class including other classes. Above, it was necessary to create a program.

  In addition, since the generation of the partner class instance is mutually permitted, for example, it is permitted to generate the class B instance not only in the class A but also in the class C and the class D, which causes a complication of the generated instances. It was. Due to the complexities of instances, the program was unnecessarily complicated as a whole, and there was a problem that it took a long time to check the program. In addition, since the calling relationship between classes can be arbitrarily defined in this way, it is necessary for the programmer to always grasp the entire program, which makes it difficult to divide and develop the program.

  Therefore, the program 1 of the present invention provides a template class having a class configuration that imposes certain restrictions on the generation of instances of other classes by providing an inclusion relationship between the classes. Specifically, in the program 1 of the present invention, as will be described later, a template class in which the processing order at the time of execution of the computer X is mapped to the class inclusion relationship at the time of development is platformized.

  Some applications specify the processing order of the computer X as shown in FIG. For example, in FIG. 1B, the object B and the object C are executed after the object A is executed, and the object D is executed after the object B is executed. In the present embodiment, for an application whose processing order is specified in this way, a class configuration in which the generated instances are not complicated is realized by mapping the processing order when the computer X is executed to the class inclusion relationship. . In addition, with such a class inclusion relationship, the programmer only needs to grasp a class that is one level lower than the inclusion relationship, so that the divided development can be easily performed.

  FIG. 1 (3) shows the class structure of the program 1 according to the present invention. When the object A is executed before the object B and the object C as the processing order at the time of execution of the computer X, the program 1 is included in the class A that defines the previous object A in the processing order, The class B and the class C that define the object B and the object C whose processing order is later are mapped. That is, it has an instance of class B and class C as member variables of class A. Similarly, when the object B is executed before the object D, the program 1 defines the object D whose processing order is later in such a manner that the processing order is included in the class B that defines the previous object B. Map class D.

  The computer X sequentially processes the objects defined by the classes thus mapped. Specifically, class A including class B and class C is executed first, class B and class C included in class A are executed next, and class D included in class B is subsequently executed. Run. That is, the computer X executes the program 1 in order from the higher class of inclusion.

  By adopting such a class structure, in the program 1, an instance is generated only between classes in an inclusion relationship, that is, an instance of a lower class of inclusion is generated in a higher class of inclusion. It was impossible to create instances between other classes. Specifically, an instance of class D is generated only in class B that includes class D, and cannot be generated in class A and class C that are not included.

  Thereby, each programmer in charge of each class does not need to create a program after grasping the whole including other classes, and the creation of the program becomes easy. In other words, the programmer in charge of class A only needs to understand the class A that he / she is in charge of and the outside of the class B and class C included in the class A, and does not need to understand the relationship with other classes. . In addition, the programmer who is in charge of class B only needs to understand the class B that he / she is in charge of and the outside of class D included in class B, and does not need to understand the relationship with other classes. Similarly, the programmer in charge of class C only needs to know the class C that he / she is in charge of, and does not need to understand the relationship with other classes. It is sufficient to grasp only D, and it is not necessary to grasp the relationship with other classes. As a result, it is possible to prevent complication of instances, and divisional development is facilitated by developing the template classes mapped in this manner by inheriting and developing the respective inside and outside programmer classes.

[Preferred application using class structure of program 1]
Next, the gallery display application 10 which is an example of a suitable application using the class configuration of the program 1 will be described. The gallery display application 10 is an application for displaying a gallery page 100 that displays a plurality of items.

  FIG. 2 shows a gallery page 100 displayed by the gallery display application 10. The gallery page 100 is a page including item selection units 101 and 102 that accept selection of items to be displayed and an item display unit 103 that displays items based on the accepted selection.

  The item selection unit 101 is selected (clicked) to change the order of displayed items. When the item selection unit 101 is selected, the display of the item display unit 103 is switched according to the selected order. Specifically, when “order by name” is selected in the item selection unit 101, items are displayed on the item display unit 103 in alphabetical order or in alphabetical order.

  The item selection unit 102 is selected (clicked) to change the type of item to be displayed. When the item selection unit 102 is selected, the display of the item display unit 103 is switched so as to display items of the selected type. Specifically, when “recommendation” is selected in the item selection unit 102, items recommended by the administrator of the gallery display application 10 among items managed by the gallery display application 10 are displayed on the item display unit 103. The

  The gallery display application 10 including such item selection units 101 and 102 and the item display unit 103 is an application in which the processing order of the computer X is specified. That is, the gallery display application 10 makes a “page display request” based on the information received from the item selection units 101 and 102, “obtains display data” displayed based on the page display request, and acquires the display data The processing of the computer X is performed in the order of “screen generation display” for displaying “.

[Outline of Gallery Display Application 10]
The outline | summary of the gallery display application 10 is demonstrated using FIG.3 and FIG.4. FIG. 4 is a functional block diagram showing the configuration of the gallery display application 10, and FIG. 4 is a functional block diagram showing the configuration of the gallery platform system 22 of the gallery display application 10.

  Referring to FIG. 3, the gallery display application 10 includes a gallery display system 2 and a service gallery API system 3.

  The gallery display system 2 is a system for displaying a gallery page for displaying items, a gallery page display logic 21 for displaying a gallery page, a gallery platform system 22 created using the program 1, including.

  The service gallery API system 3 is a system for managing items displayed on the gallery page. The gallery item acquisition logic 31 for acquiring an item based on an item request from the gallery display system 2 and item data And a gallery data DB 32 for managing

  The gallery platform system 22 of the gallery display system 2 includes a platform class 221, a condition class 222, a service connector class 223, an item class 224, and a category class 225 as shown in FIG. Here, each of the classes constituting the gallery display system 2 has a relationship in which the processing order is specified when the computer X is executed. Specifically, when the computer X is executed, the platform class 221 is executed first, and the condition class 222 and the service connector class 223 are executed after the platform class 221. Then, the item class 224, the category class 225, and the like are executed after the service connector class 223.

  The platform class 221 is a class that collects the other classes 222 to 226 and the like, and is the only class that exchanges with the gallery page display logic 21. That is, the platform class 221 receives a display request from the gallery page display logic 21. When receiving the display request, the platform class 221 returns information about the item based on the responses from the condition class 222 and the service connector class 223.

  The condition class 222 is a class that manages the conditions of items to be acquired. The service connector class 223 is a class that acquires information from the service gallery API system 3 according to conditions. Specifically, the condition class 222 sets the condition of the item to be acquired in response to a request from the platform class 221, and the service connector class 223 sends the information about the item according to the absence of the condition to the sub-service gallery API system. 3, the item class 224 and the category class 225 manage the information related to the acquired item and return information related to the acquired item.

  The item class 224 and the category class 225 are classes for managing gallery information. Specifically, the item class 224, the category class 225, and the like edit information related to the requested item in response to a request from the service connector class 223.

  The gallery platform system 22 provided with each of these classes specifies a processing order when the computer X is executed. Specifically, when a page display request is received by the platform class 221, display data is acquired by the service connector class 223, and then screen generation display is performed by the item class 224 and the category class 225.

  FIG. 5 shows class inclusion relationships in which such processing order is mapped to class inclusion relationships defined by the program 1 of the present invention. As shown in FIG. 5, the platform class 221 includes a condition class 222 and a service connector class 223 whose processing order is later, and the service connector class 223 includes an item class 224 and a category class 225 whose processing order is later.

  By making such a class inclusion relationship, an instance of a lower class of inclusion is generated only in a higher class of an inclusion, and an instance cannot be generated between other classes. Specifically, an instance of the service connector class 223 is generated only in the platform class 221 that includes the service connector class 223, and is not generated in the condition class 222, the item class 224, the category class 225, and the like that are not included.

  Thereby, each programmer in charge of each class does not need to create a program after grasping the whole including other classes, and the creation of the program becomes easy. In addition, since the generation of instances is allowed only for classes that are in an inclusive relationship, and it is impossible to generate instances in classes that are not in an inclusive relationship, the programmer only needs to know the class one level lower than the inclusive relationship. , Split development can be done easily.

  Then, the programmer of a program of one function (for example, screen design) can develop the class of the mapped class by inheriting and developing each of the inside and outside programmers in the inclusive class. Only the management property class included inside the included class (for example, DB design) by the inclusion relationship is used, and the programmer of the program of other functions (for example, system design) uses only the outer class. Divided development can be performed.

[Example of source code of platform class 221]
Next, a specific source code of the platform class 221 including the condition class 222 and the service connector class 223 will be described with reference to FIG. FIG. 6 is a diagram illustrating an example of the source code of the platform class 221.

  In the platform class 221, first, in the code 300, “$ gpcy = new CpConnectorEx ();” is defined, and an instance “gpcy” of the service connector class 223 is generated.

  Subsequently, in the platform class 221, the code 301 defines “$ condition = new GpConditionBase ();” to generate an instance of the condition class 222, and in the code 302, “$ condition-> mode = GpConditionBase :: By defining “MODE_ITEM;”, the constant “item mode” is acquired as the generated condition object.

  In the platform class 221, the code 303 defines “$ gpcy-> setCondition ($ condition);” and reflects the acquired condition object “item mode” in the instance “gpcy” of the service connector class 223. Thereafter, by executing the instance “gpcy”, processing based on the “item mode” is performed.

  In the platform class 221, the code 304 defines “$ condition-> mode = GpConditionBase :: MODE_CATEGORY;” and sets a constant “category mode” as a condition object. In the platform class 221, the code 305 defines “$ gpcy-> setCondition ($ condition);” and sets the acquired condition object “category mode” to the instance “gpcy” of the service connector class 223. Thereafter, by executing the instance “gpcy”, processing based on “category mode” is performed. That is, in the platform class 221, the processing of the service connector class 223 generated as an instance is switched by switching the mode (item mode, category mode) set in the condition object.

  As described above, the platform class 221 generates only instances of the condition class 222 and the service connector class 223 that are in the inclusion relationship, more specifically, the subordinate inclusion conditions, and the instances such as the item class 224 and the category class 225 that are not in the inclusion relationship. Is not generated. Therefore, the programmer of the platform class 221 does not need to grasp the item class 224, the category class 225, etc., and the program can be easily created.

  As mentioned above, although embodiment of this invention was described, this invention is not restricted to embodiment mentioned above. The effects described in the embodiments of the present invention are only the most preferable effects resulting from the present invention, and the effects of the present invention are limited to those described in the embodiments of the present invention. is not.

1 program X computer

Claims (3)

An overall program for realizing an item display gallery system in which a computer displays items belonging to a plurality of categories and receives operations,
The overall program is a program for causing the computer to execute a plurality of processes whose processing order is specified,
In the overall program, a class is mapped for each of the plurality of processes for which the processing order is specified, and the mapped class is defined by including the class whose processing order is earlier and the class whose processing order is later. By having the relationship that later classes are generated by earlier classes,
Causing the computer to execute a first process defined by a class including a class defining a second process, and then executing a second process defined by a class included in the class defining the first process Supervising program to let you. The overall program includes a platform class including all classes included in the overall program,
A service connector class containing an item class and a condition class;
A condition class that manages the conditions of the items to be retrieved,
An item class that manages information about the item, and
The platform class is the class whose processing order is the earliest,
The service connector class and the condition class are classes whose processing order is after the platform class,
The overall program according to claim 1, wherein the item class is a class whose processing order is after the service connector class. In response to the item acquisition request, the platform class returns information about the item based on responses from the condition class and the service connector class,
In response to a request from the platform class, the condition class sets a condition of the item to be acquired,
In response to a request from the platform class, the service connector class acquires information on the item from the gallery system that manages the actual condition of the item according to the content of the condition, and acquires the information on the item that has been acquired in the item class. And return information about the acquired item,
3. The overall program according to claim 2, wherein the item class edits information related to the requested item in response to a request from the service connector class.

Images