From 5429d9d7a450702d4c19e621b2df4435d6c9d6b4 Mon Sep 17 00:00:00 2001 From: halw Date: Wed, 12 Aug 2009 21:14:34 +0000 Subject: [PATCH] Author:admin Date:2009-08-11T15:43:39.000000Z git-svn-id: https://svn.eiffel.com/eiffel-org/trunk@284 abb3cda0-5349-4a8f-a601-0c33ac3a8c38 --- .../net/eiffel-net-language/conventions/index.wiki | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/documentation/current/platform-specifics/microsoft-windows/net/eiffel-net-language/conventions/index.wiki b/documentation/current/platform-specifics/microsoft-windows/net/eiffel-net-language/conventions/index.wiki index a16198e9..8485ac87 100644 --- a/documentation/current/platform-specifics/microsoft-windows/net/eiffel-net-language/conventions/index.wiki +++ b/documentation/current/platform-specifics/microsoft-windows/net/eiffel-net-language/conventions/index.wiki @@ -7,9 +7,9 @@ Also, you'll find out how .NET types sometimes look a little different in the pr Because there are differences in the underlying object models upon which .NET and Eiffel have been designed, before .NET types can be made available to Eiffel developers, the assemblies in which they reside must be processed by a utility called the Eiffel Metadata Consumer. Fortunately, this all happens behind the scenes for you. You need only be aware that when you are looking at .NET types from within EiffelEnvision, you're seeing them through Eiffel-tinted lenses. -This is really the same thing that happens with other .NET languages with Visual Studio .NET support. For example, if you look at a constructor in a .NET type using the "ildasm" utility, the constructor will be named .ctor . But, if you're in C# and look at the same constructor in the Visual Studio .NET Object Browser, the constructor will have the same name as the type ...it's a C# convention. Likewise, the same constructor viewed in Visual Basic .NET will have the name New ...that's the Visual Basic .NET convention. So, when you use ENViSioN, you see things as presented using Eiffel Conventions. +This is really the same thing that happens with other .NET languages with Visual Studio .NET support. For example, if you look at a constructor in a .NET type using the "ildasm" utility, the constructor will be named .ctor . But, if you're in C# and look at the same constructor in the Visual Studio .NET Object Browser, the constructor will have the same name as the type ...it's a C# convention. Likewise, the same constructor viewed in Visual Basic .NET will have the name New ...that's the Visual Basic .NET convention. So, when you use EiffelEnvision, you see things as presented using Eiffel Conventions. -Consider what happens when you look at .NET types using ENViSioN. When you look, for example at the type System. EventArgs , you will see it represented as an Eiffel class called EVENT_ARGS . The members of the .NET type will show up as features of the Eiffel class. Of course, you can also see the corresponding .NET names as they exist in the assembly metadata. +Consider what happens when you look at .NET types using EiffelEnvision. When you look, for example at the type System. EventArgs, you will see it represented as an Eiffel class called EVENT_ARGS. The members of the .NET type will show up as features of the Eiffel class. Of course, you can also see the corresponding .NET names as they exist in the assembly metadata. The documents in this section tell you what you need to know in order to use .NET types in Eiffel, and vice versa.