D is a relatively new language that, like ObjectiveC, tries to address some of the more serious problems in C++. From our interview with Cristian Vlasceanu,
In many ways D encourages the "right" behavior. For example, in C and C++, if you write "int i;" the variable is uninitialized. To do the "right thing", the programmer needs to type extra keystrokes as in "int i = 0;" but D works the other way around: "int i;" safely sets the variable to a default value (that in this case is zero). To make it uninitialized you have to spend extra effort and type "int i = void;" expressing that the uninitialized variable is intentional and not due to laziness.
D.NET is an experimental port of the D language to the Common Language Runtime. It consists of two parts, a front-end and a back-end component. The front-end component handles the parsing of source code and the generation of abstract syntax trees. The back-end compiler takes that and generates the actual machine code, or in this case IL code. While the source for both are available on CodePlex, only the back-end is maintained there. The front-end component is straight out of the D 2.0 Programming Language Compiler.
A word of caution,
The back-end code is not of production quality, it is intended for research and educational purposes. The D Programming Language is a fairly complex language, and non-trivial features such as TLS and closures make it an interesting case study for generating IL code.
/filters:no_upscale()/sponsorship/topic/d7295235-717e-4e53-b057-e8f2b20f7838/MicrosoftLogoRSB-1650524400057.png)
/articles/creating-http-sdks-dotnet-6/en/smallimage/logo-1643921705305.jpg){kind=logo}
/articles/colors-dotnet-guide/en/smallimage/logo-1643054532698.jpg){kind=logo}
/articles/quarkus-with-kafka-streams/en/smallimage/kafka-streams-and-quarkus-real-time-processing-events-small-1656083680635.jpg)
/articles/growing-nocode-developers/en/smallimage/logo-1656665769939.jpg){kind=logo}
/presentations/app-security-skills/en/smallimage/Adib Saikali-s-1656926310904.jpg)
/presentations/making-business-case/en/smallimage/David Van Couvering-s-1656514508480.jpg)
/presentations/pinterest-deployment-validation-degradation/en/smallimage/Anika Mukherji-s-1656514439836.jpg)
/articles/graphql-ballerina/en/smallimage/graphql-ballerina-s-1656508786726.jpg)
/articles/open-source-composable-ecosystems/en/smallimage/logo-1656430155827.jpg){kind=logo}
/articles/scaling-energy-tech-disruptor-remotely/en/smallimage/logo-1656344666217.jpg){kind=logo}
/articles/analyzing-incident-data/en/smallimage/logo-1656066636167.jpg){kind=logo}
/articles/scalable-SRE-standardization-feedback/en/smallimage/logo-1656064079585.jpg){kind=logo}
/presentations/cloud-native-app-security/en/smallimage/Brian-Vermeer-s-1656052906287.jpg)
/presentations/user-input-ai-health/en/smallimage/user-input-ai-health-s-1656055332458.jpg)
/articles/cloud-native-apache-dolphinscheduler/en/smallimage/logo-1655898721435.jpg){kind=logo}
/articles/what-kind-coach-team-needs/en/smallimage/logo-1655821150242.jpg){kind=logo}
Community comments
D.NET Loses Something
by Eric Smith,
D.NET Loses Something
by Eric Smith,
Your message is awaiting moderation. Thank you for participating in the discussion.
When I learned about D (and wrote a teeny bit of code with it) a few years back, it looked extremely interesting. Here was a language that was appropriate for native/system coding but that had features of more modern environments compared to C++, like garbage collection, unit testing and design by contract.
I'm not sure that a .NET targeted compiler is quite as compelling when compared to C#, but it would be cool to see D take off for cases when native code is more appropriate.