Re: NewEra: Application Framework - Any docs?

Perry, I agree that NewEra is closer to C++ than SmallTalk and I am not a purist, but pragmatic and practical. I did not mean to suggest that events have all the funtionality of a CORBA or DCE implementation, but it is a message passing mechanism much like RPC's and is a logical extension to the event-driven paradigmn of the GUI interface. In practical terms it allows for application partitioning and we will still be able to provide class libraries to DCE, CORBA and TP monitors as appropriate. In that respect it is a large-grained versus small-grained (ala SmallTalk) messaging facility. Not all applications will warrant the use or expense of DCE, CORBA or TP monitors and NewEra will provide an additional facility that is much easier than coding RPC's. Sounds practical to me. -- //////////////// Mark Sigler, Systems Engineer ////////// // Informix Software, Inc. ////// / /// 1000 West McNab Road ///// // //// Fort Lauderdale, Florida 33069 //// // ///// Voice: (305) 781-2646 /// // ////// Fax: (305) 781-2029 // // /////// Voicemail: (800) 688-4217 x 2147 / /////////// Email: MSigler@Informix.Com //////////////// WWWeb: HTTP://WWW.Informix.Com/ -- } } >>>>>>>>>> Perry's response to Mark Sigler <<<<<<<<<< } } Yes, Smalltalk is pure object oriented, but NewEra is not. Just } compare the number of applications written in C++ that are in } mainstream production to the number written and deployed in } Smalltalk, or Eiffel for that matter. I think you will have to } agree that C++ is faster, and more widely used than either of } these two. Why? Because it's a good practical, useful mix of } ideas taken from many languages including Smalltalk, Simula, C, } etc. NewEra is much closer to C++ than Smalltalk or other pure } OO languages. If you happen to be an OO purist then I can see } your point. I happen to think that practicality overrides purism } 99.9% of the time. Suggesting that people use only the 'event' } side of NewEra is, as I said, ridiculous. NewEra's events are } _not_ message passing facilities as you try to make them sound by } comparing to DCE and CORBA. If they were, Informix would not be } providing a NewEra class encapsulation of DCE functionality. } You miss out on the power of the language if all you use is } events. Think about polymorphism. You don't get that with the } event only methodology. } } > From: "Mark Sigler <MSigler@informix.com>" <MSigler@informix.com> } > Subject: Re: NewEra: Application Framework - Any docs? } > To: perryd@fourgen.com } > Date: Fri, 9 Jun 95 10:52:38 EDT } > Cc: msigler@informix.com, ilist@tampa.informix.com } > } > > } > > >>>>>>>>>> Perry's response to Mark Sigler <<<<<<<<<< } > > } > > I'm not sure who gave you that "tip", but it is ridiculous. } > > NewEra is and object oriented language and should be used } > > as such. Limiting yourself to just calling and posting events } > > makes no sense whatsoever. } > > } > } > There is nothing ridiculous about using a message passing mechanism } > between objects. NewEra is not only object-oriented but also event } > driven. } > } > This is a model that is consistent with the OO OMG/CORBA & DCE models. } > SmallTalk is a pure OO language and uses message-passing in an } > event-driven model. } > } > I think that this enhances and reinforces the model. } > } > > > From: msigler@informix.com (Mark Sigler) } > > > Subject: Re: NewEra: Application Framework - Any docs? } > > > Date: 5 Jun 1995 20:04:09 GMT } > > > To: informix-list@rmy.emory.edu } > > > } > > > Kerry Sainsbury (kerry@kcbbs.gen.nz) wrote: } > > > : Does anybody have any documentation wrt the upcoming } > > > : "Application : Framework". Ideally I'd like to know what } > > > : the new classes are called : and what they do (so that I } > > > : don't spend too much time duplicating : the work that's } > > > : already been done). } > > > } > > > The only tip I've run across thus far is to restrict PUBLIC } > > > interface to ONLY: } > > > CALL x.event() for synchronous events and } > > > POST x.event() for asynchrounous events. } > > > That means no PUBLIC functions or variables. } > > > Purely event driven! } > > > The remained of the difference is in compilation. } > > > } > > > : When NewEra 2.0 is being released (this version was } > > > : previously known as : 1.2 I understand)? } > > > } > > > v1.1 is available now and includes: } > > > PVCS integration } > > > DDE } > > > } > > > v2.0 is due 3Q95 and includes: } > > > Rapid master/detail (wizard?) } > > > CASE tool integration } > > > Multi-DLL (do'able now, but cumbersome) } > > > Class Libraries: } > > > Business Graphics } > > > Character interface VCL } > > > Application Framework } > > > Application Partitioning Services } > > > } > > > v3.0 is due 4Q95 and includes: } > > > Object-Oriented Repository, based on Versant OODBMS } > > > Application Partitioning Wizard } > > > OLE2 } > > > WIN95 } > > > } > > > : Also: Does anybody have any pointers to GUI style guide documentation? } > > > : (ie: how to create visually appealing/consistant screens) } > > > } > > > : Thanks } > > > : Kerry S } > > > : ------------------------------------,------------------------------------------ } > > > : Kerry Sainsbury, kerry@kcbbs.gen.nz | THE INFORMIX FAQ v2.2 Mar 95 } > > > : Quanta Systems, Auckland | kcbbs.gen.nz:/informix/informix.[faq|apx] } > > > : New Zealand. Work: +64 9 377-4473 | mathcs.emory.edu:/pub/informix/faq/ " " } > > > : Home: +64 9 279-3571 | http://www.garpac.com/informix.html } > > > } > > > -- } > > > } > > > //////////////// Mark Sigler, Systems Engineer } > > > ////////// // Informix Software, Inc. } > > > ////// / /// 1000 West McNab Road } > > > ///// // //// Fort Lauderdale, Florida 33069 } > > > //// // ///// Voice: (305) 781-2646 } > > > /// // ////// Fax: (305) 781-2029 } > > > // // /////// } > > > / /////////// Email: MSigler@Informix.Com } > > > //////////////// WWWeb: HTTP://WWW.Informix.Com/ } > > > } > > > -- } > > > } > > } > > -perryd (Guru) } > > } > > ==================================================================== } > > = Perry Dillard - CASE Tools Development Team Leader = } > > = FourGen Software, Inc. = } > > = FourGen Building = } > > = 115 NE 100th Street = } > > = Seattle, W.A. 98125-8098 e-mail: perryd@fourgen.com = } > > = = } > > = Standard disclaimers apply... = } > > ==================================================================== } > > } > } > } > -- } > } > //////////////// Mark Sigler, Systems Engineer } > ////////// // Inf