ATL in .NET-- what's the scoop? 
Author Message
 ATL in .NET-- what's the scoop?

I'm still using Visual C++ 6.0, haven't even had a chance to look at .NET,
but from what I hear, it's C# this and VB.NET that, with no hot talk about
Visual C++ .NET or ATL.

Maybe I'm just not hearing from the right sources, but I assume ATL will
still play a pretty large role in Microsoft development efforts going
forward?  My only hesitance in asking that is since ATL is so closely
associated with COM that there might be a movement away from ATL and that
"old" programming model (even though .NET isn't officially released yet).

Anyhow, if anyone's heard some good things about ATL's future or has some
article links on what's in store for it in .NET, I'd appreciate it.  I'd
hate to think my dearly-bought knowledge of BEGIN_COM_MAP() might go to
waste!  ;)

Thanks,

    Jimmy



Sun, 11 Jul 2004 08:15:14 GMT  
 ATL in .NET-- what's the scoop?
COM is still THE component model for unmanaged code. In VC++ .NET, we've
added the COM attributes, which make writing COM objects extremely easy,
which may make your dearly-bought knowledge of BEGIN_COM_MAP() less useful
anyways. ;)

We have also introduced a set of server side classes and framework for ATL,
usually referred to as ATL Server. These classes lets you write Web
applications and Web services with the ATL programming style very quickly.
And these classes can also be used outside of the Web application/service
framework.

--
Anson Tsao
Visual C++ libraries team

Of course, this posting wouldn't be complete without a nice, juicy
disclaimer from our lawyers: This posting is provided "AS IS" with no
warranties, and confers no rights. You assume all risk for your use. ? 2001
Microsoft Corporation. All rights reserved.


Quote:

> I'm still using Visual C++ 6.0, haven't even had a chance to look at .NET,
> but from what I hear, it's C# this and VB.NET that, with no hot talk about
> Visual C++ .NET or ATL.

> Maybe I'm just not hearing from the right sources, but I assume ATL will
> still play a pretty large role in Microsoft development efforts going
> forward?  My only hesitance in asking that is since ATL is so closely
> associated with COM that there might be a movement away from ATL and that
> "old" programming model (even though .NET isn't officially released yet).

> Anyhow, if anyone's heard some good things about ATL's future or has some
> article links on what's in store for it in .NET, I'd appreciate it.  I'd
> hate to think my dearly-bought knowledge of BEGIN_COM_MAP() might go to
> waste!  ;)

> Thanks,

>     Jimmy



Sun, 11 Jul 2004 09:13:15 GMT  
 ATL in .NET-- what's the scoop?
this is just what I am thinking.

http://www.idevresource.com/com/library/bytesize/atlserver.asp



Mon, 12 Jul 2004 02:13:45 GMT  
 ATL in .NET-- what's the scoop?

Quote:
> COM is still THE component model for unmanaged code. In VC++ .NET, we've
> added the COM attributes, which make writing COM objects extremely easy,
> which may make your dearly-bought knowledge of BEGIN_COM_MAP() less useful
> anyways. ;)

> We have also introduced a set of server side classes and framework for
ATL,
> usually referred to as ATL Server. These classes lets you write Web
> applications and Web services with the ATL programming style very quickly.
> And these classes can also be used outside of the Web application/service
> framework.

Since you have the inside scoop, can you elaborate on this a little or
provide an offical link on the subject. There's a lot of concern and
misinformation floating around regarding the future of C++, COM, ATL. So let
me ask:

1) How does C# come into play. Does this effectively supplant C++, COM and
ATL for all intents and purposes since it will be much easier to work with.
That is, even though the former will still be supported, what will be the
point if C# is really that much easier.
2) For those of us hell-bent on sticking with C++, COM and ATL (after much
pain learning them), how steep will the learning curve be in the new .NET
world. That is, how drastic are the changes and how much new info will we
have to learn (to continue to work with them). I ask as a seasoned developer
(18+ years) since the glut of technology really has to stop. It's largely
responsible for the substandard state of so much 3rd-party software these
days. It's impossible for even the most experienced developer to get a
handle on things and we can't keep throwing out what we've learned every few
years only to become "experienced" rookies all over again (there are a dozen
complex ways to do almost everything these days). I'm nevertheless a great
supporter of MS but in your unofficial capacity, can you offer any
reassurance to alleviate the concerns of myself and many other developers.
3) Do you know anything about the future of OLE DB and ADO in particular.
What's its place in the new order.

Any info you can provide would be welcome. Thanks.



Sun, 11 Jul 2004 22:23:25 GMT  
 
 [ 4 post ] 

 Relevant Pages 

1. ATL component written in VC.NET 2002 won't register on non .NET machine

2. ATL component written in VC.NET 2002 won't register on non .NET machine

3. Unable to use ATL wizard in VC6 after using ATL wizard in VC7 dot net beta2

4. Problem converting VC6 ATL component to a .NET 2003 VC ATL component

5. Can't add new ATL class to ATL wizard generated solution

6. Using ATL's from ATL or C++ Clients

7. Problem with ATL Sink class for catching another ATL's events

8. Can't add more than one ATL object to an ATL project using wizard

9. The poop scoop on pragma?

10. Ad: Fall Stingray Scoop is online now...

11. The Stingray Scoop - Winter Edition 1997

12. New Scoop

 

 
Powered by phpBB® Forum Software