Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Microsoft .Net Framework Support

3 views
Skip to first unread message

Günther Feldzahn

unread,
Nov 30, 2000, 3:00:00 AM11/30/00
to
Dear Centura,
It would be great, if a near-future version of CTD would support and
seamlessly embed into Microsofts new .Net framework environment, supporting
its new CSL definitions for IL-Output.
This would enable us to use all new technology goodies provided by MS and
would keep us - the CTD users from switching to C#
Tell us if you are allready investing efforts.

Günther Feldzahn

Gianluca ITG

unread,
Nov 30, 2000, 3:00:00 AM11/30/00
to
If you are going to use C#, why not simply use Java? It's basically the same
syntax, it's available now, it has been tested for years, it runs virtually
everywhere and there are countless development tools available.

There no plans to make .NET or the runtime engine cross-platform. Microsoft
has stated this many times. It's possible in theory, that's what they say,
but the current implementation of the common runtime is too much dependent
on Windows.

Ciao,
Gianluca

"Günther Feldzahn" <guenther...@agb70.ch> wrote in message
news:zfzp6rsW...@talkto.centurasoft.com...

Gianluca ITG

unread,
Nov 30, 2000, 3:00:00 AM11/30/00
to
I looked at Visual Studio 7 too and apart from being 100% integrated with
Windows, like any other Windows development tool, it seems to me just a
knock off Java. Primitives in Java are not a problem and there is a class
for them as well, it's simply a choice. Java has several IDEs, some great
some not, some multiplatform some not. You can run your objects almost
anywhere up to a mainframe.

The preview and debug of web pages is a job for the IDE, not for the
language. XML was born and it's heavily more supported in Java. You can find
tons of support for XML in Java. SOAP, well, it's not completed and
Microsoft's SOAP SDK is still full of bugs. XML-RPC is lighter and easier to
support and therefore better for most implementations of web services, which
are simple function calls. Anyway in Java you can do both.

All I'm saying is that if you have to start programming in C# (which is 95%
Java) and you have to run interpreted code with a huge runtime, why not
simply use Java? You'd gain years of testing, you can have the JVM source
code (I do), you can choose among several IDEs, you can be cross-platform
and you have far more ready-made classes C#. Of course one thing doesn't
exclude the other, so using Java is also an asset for using C#.

I thought that M$ just did a huge favour to Sun by copying the JVM.

Ciao,
Gianluca

"Radek Cerny" <rce...@optushome.com.au> wrote in message
news:FyLKkxwW...@talkto.centurasoft.com...
> Ooops,
>
> sorry G, but I've been looking at .NET (Beta 1) and its already more
useful
> than most Java implementations. Ya its got its share of typical MS crap,
> but its huge. Its also pretty open in that it uses XML/SOAP/WSDL for most
> communication. C# is also more OO than Java - there are no primitives -
> everything is an object. The IDE is great; you can preview and debug web
> pages etc. Hmmm kinda sounds like Hydra. I am looking forward to Hydra;
> are there any new features planned for the core Sal language (ie more
> features like 'this')?
>
> Radek
>
> "Gianluca ITG" <gian...@iceteagroup.com> wrote in message
> news:kWnQJMuW...@talkto.centurasoft.com...

Radek Cerny

unread,
Dec 1, 2000, 3:00:00 AM12/1/00
to
0 new messages