Re: Simple Question?

SaTriGuy wrote: [SNIP] > > I'm afraid that you missed on the essence of my earlier response. > > All things can be done using the existing tools and paradigms. They could also > be done with assembler code/machine language. But that's not the purpose of > why any object oriented environment is used. > ! UDO doesn't mean !OO. Then by that token, New Era isn't OO. ;-) The point is, how does UDO extend OO to the engine? Can I create new data types? Can I create new relational operators? Can I perform function overloading with existing operators? My point is that I have a problem to solve. How does UDO increase my ability of offering a solution. I chose a real life situation which problems are being solved. Real Time option valuation, while not esoteric is rocket science. Yet its been done well before UDO. By all current statements, since this can be solved with a commodity database Informix isn't interested. Since it isn't enterprise wide, it fails that criteria. So does this mean Informix doesn't want to chase the banking industry? ;-) How does UDO improve upon the work already done? Seriously. You have this greatest thing since sliced bread and I want to know how it applies to my clients' businesses? Is UDO C++? Java? or C? (C isn't OO BTW.) > The main reason for any OO environment is to enable the designer to expand the > methods and rules for simpler data types to cover any data type that the > designer might envision. > I'm not questioning OO, I am questioning UDO. Tell me what problems I can solve in this areana that I couldn't solve before. Consider me the client, this my problem, and you the salesman. Now make that sale. (There is a reason for this thread. Its not a form of mental masterbation.) -Mikey -- #include <std_disclaimer.h> /* Mike Segel (MS385) */ #include <No_Spam.h> #ifdef OFFENDED_BY_CONTENT The author takes no responsibility for this post. Any resemblence to a coherent rational thought is purely coincidence. -The Management. #endif ***************************** * Attention * -*- Due to AGIS's Refusal to Act Responsibly -*- Due to ACSI's Refusal to Act Responsibly We are blocking all of their domains at the packet level. This block will exist until they modify their policies to conform to existing RFCs and net community standards. We encourage all ISPs and domain holders to do the same. *****************************