← Index Contents

Why Typescene?

With so many great platforms and tools available today, it’s easier than ever to build an interactive Web application. So why do we need yet another framework to choose from?


Web development has come a long way. But all of this progress has come at a cost. Have you ever opened a years-old project that used the favorite Web framework-du-jour, and tried to make sense of it now? Would you be able to maintain such a piece of software, in the same way you could open up an old WinForms or Cocoa application on Windows or Mac, make a few changes, and have it compile just fine?

Sure enough, modern package managers solve some of the versioning and compatibility issues, but library APIs are constantly in flux. New ideas come in and ‘legacy’ ones disappear. Who will remember the (hypothetical) peculiarities of the ‘willUpdate’ method in version 14.2.132 of framework X? If constantly upgrading to the latest version is not an option, we’re setting ourselves up for trouble down the road.

This might not be an issue for one-offs and personal projects that you’re constantly working on, but maintainability is a major concern for any software that needs to be supported by a business or other organization in the long term. Most code isn’t updated constantly (big apps like Facebook or Twitter), or written once and then forgotten, but rather something in between.

Here’s where the design goals of the Typescene framework come in.

Design Goals

  • No revisions to the architecture, ever. Code shouldn’t have to be completely rewritten to be compatible with the next major version of Typescene. We all have better things to do.
  • No runtime dependencies on external libraries, at all. This makes it possible to re-build your app as long as you can compile TypeScript code (which is probably a very long time).
  • No-nonsense object-oriented (OO), event-driven approach. As developers, we tend to view UI elements as dynamic ‘widgets’, and OO fits this model perfectly. Event-driven UI programming has been the standard for decades and is very easy to follow for new developers, so there’s no need to reinvent the wheel here.
  • Strongly typed. Your future self (or colleague) will thank you if your text editor can help you figure out what your code means, highlight errors before compiling, and can even suggest ways to refactor your code. Auto-completion and automatic imports should work out of the box in editors such as Visual Studio Code.
  • (Minimal) framework, not just a library. Typescene provides you with a complete runtime environment out of the box, for a consistent foundation that works for apps of any size — you’ll only need external modules to import complex UI components or application behaviors that aren’t included in the framework itself.

Most importantly, Typescene hasn’t been invented overnight, it’s not a Minimum Viable Product that introduces some clever new paradigm. It’s the result of years of practical experimentation, refactoring, and validation — built to last, and ready to support modern applications in the real world.

Further reading

Learn more about how Typescene works.