Toon posts:

[J#] Tech info

Pagina: 1
Acties:

Verwijderd

Topicstarter
Omdat er niet te zoeken valt op J# kon ik geen oud J# topic opvissen, sorry....

van de dotnet mailinglist:
I attended a session on J# yesterday at the PDC . Tony Goodhew from
Microsoft presented it. Here is some information that you may find useful:

Microsoft has a three-pronged strategy for Java to .NET migration:

1. Visual J# - an implementation of Java language.
2. A tool to convert Java to C# will be released shortly.
3. A tool to convert Java bytecode to MSIL will also be released.

J#:
1. Supports a subset of JDK 1.1.4 & VJ++ 6.0 Libraries - no JNI,
no RMI
2. Java language was extended to support ubyte, .NET properties,
delegates, events, etc.
3. Attribute support is also added. To keep Java compatibility,
attributes are placed within comment blocks.
4. As J# is implemented as a different programming language, there
are no legal issues with Sun.
5. There are no plans to submit J# to ECMA.
6. The IDE supports syntax highlighting, intellisense, tooltips, etc.
7. Benchmark tests suggest that Java code when converted to .NET
assembly has a better performance. Tony mentioned some J-mark
test (I think) where the performance improvement was anywhere
from 200% to 600%.

When I asked Tony about J# v/s C# positioning issue, his answer
was to use a language of your choice. In his words, if you are a Java
programmer, you may prefer using J# and if you were a C++
programmer, you my like C#.

All in all, J# is a first class programming language under .NET just
as C# is.

  • mbravenboer
  • Registratie: Januari 2000
  • Laatst online: 06-11-2025
3. A tool to convert Java bytecode to MSIL will also be released.
De details van dit tooltje lijken mij nog het interessants. Kan het ook met native code omgaan bijvoorbeeld?
2. Java language was extended to support ubyte, .NET properties, delegates, events, etc.
Dus in feite hebben ze hetzelfde gedaan als bij veel andere talen die in .NET draaien: pas ze zo aan dat ze goed in .NET draaien. De gedachte van meerdere talen support is heel aardig, maar als elk taal volledig verdraaid moet worden om goed te kunnen functioneren, is er toch nog iets goed mis naar mijn mening.
[Attribute support is also added] To keep Java compatibility, attributes are placed within comment blocks.
Proooest! LOL :) . Compatible waarmee?? ubyte, properties, delegates en events, maar attributes verbreken de compatibiliteit :? Laat me niet lachen...
Benchmark tests suggest that Java code when converted to .NET assembly has a better performance. Tony mentioned some J-mark test (I think) where the performance improvement was anywhere from 200% to 600%.
Onzinnige vergelijking. Dit zal zeker vergeleken zijn met een 1.1.4 VM en niemand zal nog durven te beweren dat die snel zijn. 200% - 600% is ook nogal een vage schatting en wat voor soort applicatie is omgezet?
In his words, if you are a Java programmer, you may prefer using J# and if you were a C++ programmer, you my like C#.
Vind ik ook nogal onzin. Als C++ programmeur zal je niet veel meer liefde kunnen koesteren voor C# dan voor J#.

Blog, Stratego/XT: Program Transformation, SDF: Syntax Definition, Nix: Software Deployment