D vs. C#

Kyle Furlong kylefurlong at gmail.com
Tue Oct 23 22:08:58 PDT 2007


Walter Bright wrote:
> Vladimir Panteleev wrote:
>> With .NET, you can derive from a class in a compiled assembly without
>> having access to the source. You just add the assembly in the
>> project's dependencies and import the namespace with "using". In C,
>> you must use the included .h files (and .h files are a pain to
>> maintain anyway since you must maintain the declaration and
>> implementation separately, but that's not news to you).
> 
> Yes, but that's a language bug, not anything inherent to native compilers.
> 
>> You must
>> still use .lib and .di files with D and such - although they can be
>> automated in the build process, it's still a hassle.
> 
> D has the potential to do better, it's just that its a bit mired in the 
> old school.
> 

What do you envision as better for the future? Or were you just speaking 
hypothetically? Will link compatibility be kept for 2.0, 3.0 etc?

> 
>> Besides that, statically linking in the runtime seems to be a too
>> common practice, as "DLL hell" has been a discouragement for
>> dynamically-linked libraries in the past (side-by-side assemblies is
>> supposed to remedy that though). I guess the fault is not in the DLLs
>> themselves, it's how people and Microsoft used them...
> 
> The solution to this is to have automatically generated versions for 
> each build of a DLL/shared library. I imagine that .net does the same 
> thing for assemblies.
> 



More information about the Digitalmars-d mailing list