Re: D programming language
From: Otto Wyss (otto.wyss_at_orpatec.ch)
Date: 08/12/04
- Next message: Alan Balmer: "Re: Possible technique of virus by browser?"
- Previous message: Otto Wyss: "Re: Looking for a new language"
- In reply to: Friedrich Dominicus: "Re: D programming language"
- Next in thread: Arthur J. O'Dwyer: "Re: D programming language (was: Re: Looking for a new language)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 12 Aug 2004 18:14:10 +0200
Friedrich Dominicus <just-for-news-frido@q-software-solutions.de> wrote:
> Please read some pages on the homepage:
> http://www.digitalmars.com/d/index.html
>
I just went through the comparison, see my comments below.
Garbage Collection: Don't care, maybe nice to have.
Function delegates: I don't understand the advantage.
Function overloading: Standard.
Out function parameters: Advantage, if I understand it right => big
advantage.
Nested functions: Advantage.
Function literals: Don't care.
Dynamic closures: Don't understand the advantage?
Lightweight arrays: Standard.
Resizeable arrays: Nice to have, maybe advantage.
Arrays of bits: Don't care.
Built-in strings: If as good as wxWidgets string => big advantage.
Array slicing: Advantage.
Array bounds checking: That's compiler not a language advantage.
Associative arrays: Nice to have, if real hashes => advantage.
Strong typedefs: I don't understand the advantage.
String switches: Nice to have.
Aliases: Don't care.
Object Oriented: Standard.
Multiple Inheritance: Big disadvantage!
Interfaces: Don't care.
Operator overloading: Standard.
Modules: If it's the same as C++ => disadvantage, else => advantage.
Dynamic class loading: Don't care.
Nested classes: ???
Inner (adaptor) classes: ???
Covariant return types: Standard.
Properties: Not needed, disadvantage.
Inline assembler: Disadvantage, well maybe don't care.
Direct access to hardware: Nice to have.
Lightweight objects: Standard.
Explicit memory allocation control: Don't understand the advantage.
Independent of VM: Don't care.
Direct native code gen: Standard.
Templates: Standard.
Mixins: Not needed, disadvantage.
typeof: Don't care.
foreach: Nice to have.
Constraints: Standard.
Contract Programming: Standard, maybe better syntax.
Unit testing: Not needed, disadvantage.
Static construction order: Advantage.
Guaranteed initialization: Nice to have.
RAII (automatic destructors): Standard.
Exception handling: Standard.
try-catch-finally blocks: Don't understand the advantage.
Thread synchronization primitives: Not needed, maybe nice to have.
Support all C types: ???, which types aren't supported by C++?
80 bit floating point: Standard.
Complex and Imaginary: Don't care, maybe nice to have.
Direct access to C: Standard.
Use existing debuggers: That belongs to the compiler.
Struct member alignment control: Don't care.
Generates standard object files: Standard.
Macro text preprocessor: Except conditional compilation is a must.
Conditional compilation: Disadvantage.
Unicode source text: Standard.
Missing comparison:
Case statement (switch without fall through): Disadvantage.
Statement blocks requires braces: Disadvantage.
I haven't looked closely at the syntax, there might be other obstacles
or (dis)advantages.
I'm just an average C++ programmer who tries to avoid any complex
structures and use the wxWidgets framework wherever possible. Therefore
my comments might be biased and not always correct but they probably
represent the C/C++ programming community quiet likely.
D is currently not suitable for me but I acknowledge the fact it has the
potential to become one of the top languages. IMO D is currently not
suited for using in general purpose programming tasks just for the fact
there is simply too much C/C++ code around where dependencies exists.
But with its features it might become the leading language for writing
libraries at least replacing C.
O. Wyss
-- How to enhance your code, see "http://freshmeat.net/projects/wxguide/"
- Next message: Alan Balmer: "Re: Possible technique of virus by browser?"
- Previous message: Otto Wyss: "Re: Looking for a new language"
- In reply to: Friedrich Dominicus: "Re: D programming language"
- Next in thread: Arthur J. O'Dwyer: "Re: D programming language (was: Re: Looking for a new language)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|