Deno is gaining traction. A TypeScript runtime based on the Rust language and the V8 engine commonly associated with Node.js, or seen as the "new Node.js". After trying it out, I feel that Deno is much more than that.
Deno is a new thing. A new thing that gets it right and manages to improve even the few parts that were already top-notch in Node.js/JS.
How cool is Deno?
Technicalities apart, the heart of Deno resides in the URL. It is how modules get referenced, and your work gets exposed to the world—giving you the flexibility to distribute it as you please (in your super-private VPN org, maybe?).
This means that
import Rabbit from "magic" no longer works: where is "magic" located? is it a
.js ? a
.ts? a folder with a default
index.js export? Some 3rd party "package" in your packages cache? Which version? or is it any other kind of file that your chosen bundler decides to import for you?
The security model granularity resembles the OpenBSD pledge approach. It forces the module execution into a restricted-service operating mode set by each permission specific flag and allowances. If your module tries to do something that was not whitelisted, it will throw an exception.
The Deno style guide for contributors is a great read and can serve as a base for the code style guide in companies that lack it. The included linter rules (
deno lint) already do a great job at enforcing a part of these guidelines.
If you are now starting a new project or trying to refresh some old codebase, then Deno might give you that fresh edge that your project needs.
Deno as a preprocessor of HTML
One of the things that attracted me initially to Deno was that it includes with its single binary
deno the ability to bundle dependencies and run tests. No more Webpack. No more Jest. Think of it as TypeScript with batteries included - btw, why doesn't
tsc resolve imports and outputs bundles? Because it's a "compiler" and not a "linker"... yeah, whatever.
With Deno, I get in its single binary, a simple API, and a set of tools to use from the Command Line Interface.
Now, what if it would be possible to run Deno from within an HTML file?
Yes, like PHP but with Deno munching TypeScript.
<?php> here's the
The deno_tag is my first Deno module. I have been using it in the simple drawing web app I am building (Shape The Pixel).
The idea is that you can include a
<deno> tag in your project's HTML files and then preprocess them into regular HTML files.
What does this new tag do?
It runs the
deno command on the specified file and replaces the
<deno> tag with its output.
Here is an example, suppose you have this file called
advanced_logic.ts with this content:
console.log("PHP is the best computer language ever invented!");
Just an example. The
<deno> tag would transform something like this:
<html> <head><title>Super Advanced Concepts Inc. Like Alien Magic Actually.</title></head> <body> <p><deno run="advanced_logic.ts" /></p> </body> </html>
<html> <head><title>Super Advanced Concepts Inc. Like Alien Magic Actually.</title></head> <body> <p>PHP is the best computer language ever invented!</p> </body> </html>
It runs something similar to
deno run advanced_logic.ts and pipes the execution's output directly into the location of the
The tag can handle other attributes besides
run. It can also bundle your modules with
<deno bundle="my_app.ts" />. Perfect for including within
<script> tags and having the HTML file include a bundle of your code and its imports.
<html> <head><title>Super Advanced Concepts Inc. Like Alien Magic Actually.</title></head> <body> <script> <deno bundle="my_app.ts" /> </script> </body> </html>
Just call the
deno_tag CLI on your build scripts or release playbooks to have the HTML files ready to go.
The possibilities are endless
Preprocess your static assets? Bundle the SVG's into a single string? Call mom? Ping the coffee machine?
<deno> tag is here for the rescue!
Why not use PHP?
I love PHP and use it whenever appropriate. It is my favorite backend language for the web. The PHP "include" logic is great and resembles this somehow (
<?PHP include "something.php"; ?>). However, I tend to like to work closer to front-end development, and keeping these HTML/Web parts in TypeScript is the wave to surf these days 🏄♂️.
Why not use /bin/sh?
I don't know why 🤷♂️.
README.md file in the deno_tag repository includes a couple more examples and a more detailed description of its parts. Check it out.
This is also available as a deno.land/x third-party module here.
Did you enjoy what you read? Was it inspiring or compelling in any way?
I can send you one e-mail per month with a quick recap of the posts I have written.
You can subscribe here.