-
Notifications
You must be signed in to change notification settings - Fork 4
DesignPrinciples
Dawn has a number of design principles a that (I hope) are evident in the way it is architected and the way it effects your application. These may evolve with time, but only very slowly.
If there is one thing Dawn must never do, its make your code hard to test.
Actionscript is far from a perfect language, however, it does have some real strengths, and when your code plays to those strengths it can make all the difference to the quality of your code base. Dawn must strive to make leveraging the language second nature.
The compiler can find all sorts of problems long before your ever run your code, but only if you keep your code type safe. Features in Dawn must encourage type safety where ever possible.
Static state (such as singletons) riddle code with inflexibility, and bypass many of the benefits of OOP. Dawn should never require that code maintain any static state, or have any itself.
Actionscripts’ type system, while limited, is still one of its greatest assets. Since we have types it would be mad not to use them, and yet most so many actionscript APIs are string based e.g. events. Dawn will use types over primitives wherever possible.
Configuration no fun to write, partially when if feel like repetition. Dawn must only require configuration when it is absolutely necessary, and it must be possible to remain in context by configuring with actionscript.