Difference between revisions of "Tutorials"
(Added design patterns) |
(→Design Patterns) |
||
Line 22: | Line 22: | ||
== Design Patterns == | == Design Patterns == | ||
− | * [[Instantiator Function Pattern]] - Instantiating classes and structs with minimal | + | * [[Instantiator Function Pattern]] - Instantiating classes and structs with minimal redundancy. |
+ | * [[Compile-time Command Pattern]] | ||
== How To == | == How To == |
Revision as of 06:07, 1 March 2014
Contents
Videos Tutorials
Best Practices
- Order of import statements
- Portability and performance
- Conventional module name for importing all modules in a package
Common Idioms
Although D inherited much of its syntax from C and C++, the new features that it introduces lead to some common idioms that are unique to D.
- Initializing variables
- Declaring constants
- Looping over integers
- Unittest placement
- Commenting out code
- Declaring dense multidimensional arrays
- Voldemort types
Design Patterns
- Instantiator Function Pattern - Instantiating classes and structs with minimal redundancy.
- Compile-time Command Pattern
How To
- Bind D to C
- Compile and link with DMD on Windows
- Link with the Unilink linker on Windows instead of Optlink
- Convert header files with SED
- Define custom print format specifiers
- Function literals
- Implicitly convert a user-defined type to a builtin type
- Output locale character (MBS) to console
- printf
- Promote D Projects
- Regular expressions
- Runtime type information (RTTI)
- Run D in a CGI (web) environment
- Tame OPTLINK
- Run unit tests
- Using NASM with D
- Split file into multidimensional dynamic string array
- Porting 32 Bit Code to 64 Bits
- Converting C .h Files to D Modules
- Instantiating Class Objects Elsewhere Than the GC Heap
- Timing Code
- Extending Unit Tests
- Running DMD From The Command Prompt