Another Update on C.D.I gatherings....

John Gose wrote: > Humm this is the second time I have heard this opinion expressed. First > time was from "inside" sources. Informix, do you see a trend here... > > <<Snip of text>> Just came back from the first tutorial session. I got beeped so I had to leave early. I went and saw the 3.0 presentation. IMHO, 1) If you are doing PC New Era development, you will like some of the changes / enhancemetns you will see. 2) If you are doing Motif, still out of luck. :-( Has Informix published the BNF for the new era language? Informix has added a lot of nice features but the base product still has some major flaws. Informix has yet to address a crucial issue. Lets look at an example: Lets say that I have a form with 20 buttons on it. Each button has a separate task that I want to perform when pressed. So, I guess I will have to subclass ixButton 20 times so that I can write my event modal for button_pressed::. Is this a correct assumption? I mean I could subclass ixButton and create an identifier tag then write the methods setTag and getTag then have a huge kludge of code for when the event occurs .... OK, but there exists a cleaner solution. That is to allow for a delegate. Conceptually a delegate is an object which recieves the event modal instead of the original object. If there is not a method for a specified event, I believe that it will then pass the message to the object for which it is the delegate. Since each delegate is a new object, you still have to manage 20 new objects. The main advantages are the following: 1) My new object is based on the smallest common object, plus my code for the methods I want to support. This means that my object is much smaller that a subclass of ixButton or what ever object out there. a) smaller objects mean smaller code. b) smaller code means better performance and less memory wasted. 2) If I want to remove the functionality of an object, all I need to do is have my delegate contain the same method, and return[self]. basically do nothing. 3) If I want to enhance the code slightly by doing a check, I could write a method then call superclass and pass the message on to it. OK, so does this make sense? Also, does anyone know if when New Era creates a subclass, does it combine the data elements or does the object look like data / methods / data / methods / etc ..... ? I realize that I am working with Informix's New Era at a conceptual level and I might be mistaken. So far my assumptions are right. -Mikey