Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : BORL: Time to BUY! -- Ignore unavailable to you. Want to Upgrade?

To: David R who wrote (8250)	12/28/1997 3:00:00 AM
From: Kashish King	Read Replies (1) \| Respond to of 10836

I discovered this link which exposes Microsoft's hidden agenda. I wrote the webmaster of this site and thanked them for educating us with the facts: sun.com BTW, since when does COM force developers to use clean, well-defined interfaces? The only reason you would want to subject yourself to COM is either to support Visual Basic developers or as self-registering DLLs for runtime binding. That's why any third-party controls I buy are C++ classes and not COM objects. There is no justification for using COM over C++ classes from which I can simply and easily derive extensions. Moreover, the interfaces use objects, not just strings and integers. During design, we defined the interface for objects which could be plugged in after installation and we wrapped only those interfaces in COM. Everything else is clean, object-oriented C++ classes with exception handling, multiple threads, ODBC and the rest of it. Stay away from COM unless there is some compelling reason to use it. BTW II, COM is about as slow as it gets when you compare it to a DLL or static C++ class interface. BTW III, using MFC does not produce any extra overhead over ATL if you are already using MFC in the host application, which I am.

To: David R who wrote (8250)	12/28/1997 10:19:00 AM
From: Shane Stump	Read Replies (2) \| Respond to of 10836

My partner and I have been writing a scalable accouting system that we will be bringing out in late spring. We have been using COM to share code between us and it has been working great. Our console is written in C++ Builder and our data server + controls are written in ATL / MFC. Our developer's kit has been in beta test with VB, Delphi, PowerBuilder, etc. We will also be doing an order entry system and Java may be the answer there for electronic commerce. I will have a free month coming up and I am going to see what I can do with it. Our market though is WIN32 and I don't see that changing in the near future (we will probably be retired before that happens)! Happy Holidays, Shane