Razor like template engine for NodeJS Express library based on ASP.NET MVC Razor syntax. Template your views by mixing HTML markup with JavaScript server-side code!
$ npm install raz --save--> JavaScript (browser) version of this library.
When I just started to dive into the world of Node.js after years of working with ASP.NET MVC I couldn't find any view template engine that was as convenient, elegant, concise, and syntactically close to native HTML as ASP.NET MVC Razor syntax was. And when it comes to code it's also syntactically close to the original C# language. Actually, ASP.NET MVC Razor markup is a hybrid of HTML markup and C# programming language. This is exactly what I expected to see in the NodeJS world - a hybrid of HTML and JavaScript.
The closest to Razor currently supported library for NodeJs & Express I could find was Vash. But in some points, it was quite different from ASP.NET MVC Razor syntax which I was used to and it just looked much less concise and convenient to me (the syntax for rendering layouts and partial blocks, for example). In short, it did not suit me completely and what's more important I couldn't see its current development.
I may be exaggerating the merits of ASP.NET MVC Razor and maybe it's all just a matter of habit, but let's look at a few examples that I found on the web (the question on Quora):
This is our data model represented via a JavaScript object:
var model = {
subject: "Template Engines",
items: [
{name: "Mustache"},
{name: "HandleBar"},
{name: "Dust"},
{name: "Jade"},
{name: "EJS"},
{name: "Razor"},
]
};
<h1>{{subject}}</h1>
<ul>
{{#items}}
<li>{{name}}</li>
{{/items}}
</ul>
h1=model.subject
ul
each item in model.items
li=item.name
<h1><%= model.subject %></h1>
<ul>
<% for(var i = 0; i < model.items.length; i++) {%>
<li><%= model.items[i].name %></li>
<% } %>
</ul>
<h1>@Model.subject</h1>
<ul>
@for(var i = 0; i < Model.items.length; i++) {
<li>@Model.items[i].name</li>
}
</ul>
Or let's consider an example from http://haml.info/tutorial.html
.item{:id => "item#{item.id}"}= item.body
Maybe I'm wrong and this kind of markup really simplifies the development and perception of the code, but to me, it doesn't seem to be so. Let's just compare it to the equivalent Razor markup:
<div class='item' id='item@item.id'>
@item.body
</div>
I won't go much into all the aspects I don't like in other engines syntax just say that "Mustache / HandleBar", "Pug", and Haml look like I have to learn a new syntax while with Razor I virtually know it if I'm already familiar with HTML and JavaScript languages. EJS is very close to Razor but it is too verbose that makes it difficult to write and read the code.
In these examples I don't compare logic constructions because some of the view engines have logic-less templating syntax. With Razor you can implement amost any logic that is available with normal JavaScript without learning a new syntax.
Given all the mentioned and unmentioned pros and cons, I decided not to part with Razor-syntax and create something similar for using with ExpressJS library (it can work with other frameworks as well). This library works quite fast since it does not use third-party HTML parsers and regular expressions.
Assuming that you are already familiar with the basic idea let's look at a simple example.
Our first component is a model:
{
title: "Names of the Days of the Week",
days: ['Sunday', 'Monday', 'Tuesday', 'Wednesday', 'Thursday', 'Friday', 'Saturday']
};
which is just a JavaScript object. And we want to get some HTML displaying the data of this model in some simple way. Later we might want to change the model data and still get the same HTML structure to display it. So, we need our second component which is called view-template:
<h3>@Model.title</h3>
<ul>
@for(var i = 0; i < Model.days.length; i++){
var day = Model.days[i];
<li>@day</li>
}
</ul>
As you can see the view-template (or just view) is nothing more than HTML markup mixed with JavaScript syntax. This is exactly what Razor-Express syntax is.
Now we are going to take these two components and "compile" them into pure HTML.
First, we'll be doing this "compilation" without creating any web-server to keep things as simple as possible. It can be done either in Node.js environment or in just the browser JavaScript. To do this we will declare two variables model and template:
const model = {
title: "Names of the Days of the Week",
days: ['Sunday', 'Monday', 'Tuesday', 'Wednesday', 'Thursday', 'Friday', 'Saturday']
};
const template = `
<h3>@Model.title</h3>
<ul>
@for(var i = 0; i < Model.days.length; i++){
var day = Model.days[i];
<li>@day</li>
}
</ul>`;
...which are pretty much self-explained as we remember what our two components are. Next, we have to render them together using Razor-Express library to get the expected HTML.
// This code is meant for Node.js
const razor = require("raz");
var html = razor.render({ model, template });
Now let's display it in the console to make sure our expectations are fully met.
console.log(html);
Here's what we can see in the console:
<h3>Names of the Days of the Week</h3>
<ul>
<li>Sunday</li>
<li>Monday</li>
<li>Tuesday</li>
<li>Wednesday</li>
<li>Thursday</li>
<li>Friday</li>
<li>Saturday</li>
</ul>
That's all! Isn't it simple?
* If you'd like to see all these parts working together here is the playground of it.
$ npm install raz --save$ npm install express --save
server.js file:
// Create Express web server app.
const app = require('express')();
// Register 'Razor' template engine and the default extesnion for the view-template files.
// 'Express' will automatically find the Razor module (within the `node-modules` folder) using this extension.
// If you decide to skip registering the engine then you will have to explicitly specify the file extension in the route handler.
app.set('view engine', "raz");
// There is an alternative way to register Razor-Express engine (see more in Razor-Express API docs):
//const raz = require('raz');
//raz.register(app);
// Create the route for the "Index.raz" view-template.
// Note that we do not specify the file extension explicitly in this route because we already did it when registering the engine.
app.get('/', (req, res) => {
const model = {
title: "Names of the Days of the Week",
days: ['Sunday', 'Monday', 'Tuesday', 'Wednesday', 'Thursday', 'Friday', 'Saturday']
};
res.render("./index", model);
});
// Express-app default port number.
const port = process.env.PORT || 8080;
// Starting Express-app.
const server = app.listen(port, () => {
console.log("Server is up on port " + port);
});
// Catch Express-app errors.
server.on('error', function (e) {
if (e.code === 'EADDRINUSE') {
console.error('Address is in use, stopped.');
}
});
* The default 'raz' extesnion of view-template files can be changed via the register method.
app.set('views', './another-views-folder') method.index.raz file:
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>@Model.title</title>
</head>
<body>
<h2>@Model.title</h2>
<ul>
@for(var i = 0; i < Model.days.length; i++){
var day = Model.days[i];
<li>@day</li>
}
</ul>
</body>
</html>
Now you when run the 'node server.js' command in the console (or terminal) and open http://localhost:8080/ URL in your browser you will see the HTML page showing something like this:
Names of the Days of the Week
- Sunday
- Monday
- Tuesday
- Wednesday
- Thursday
- Friday
- Saturday
The Express server app with Razor template engine works! :thumbsup:
* The source code of this example is available in RazorExpressExample repository.
For a more comprehensive understanding of how the Razor-Express Template Engine works and what Razor-Express syntax is, follow these links:
Some developers have a habit of not putting a semicolon at the end of JavaScript code lines. This is a personal matter of course, although not considered good form. As for JavaScript in the Razor-Express engine templates, a semicolon at the end of JavaScript expressions is strictly required! If you do not follow this requirement, there may be cases when Razor isn't able to understand your instructions and throws a pretty vague error. Let's take a look at this example.
// Semicolon is missed at the end of the line of code "var text = i * i".
const template = `
<ul>
@for(var i = 0; i < 10; i++){
var text = i * i
<li>@text</li>
}
</ul>`;
const razor = require("raz");
try{
var html = razor.render({ template });
}
catch(err){
console.log(err);
}
If you run this code you will get the error:
RazorError: The code or section block is missing a closing "}" character. Make sure you have a matching "}" character for all the "{" characters within this block, and that none of the "}" characters are being interpreted as markup. The block starts at line 3 with text: "@for(var i = 0; i < 10; i++){"
Try to stick to simple classical language constructs to avoid ambiguous parser or runtime errors. Although almost all JavaScript syntax is correctly parsed by the engine, some language constructs may not work as you expect. For example, you might try to write a loop as follows:
<table>
<tr>
<th>Country</th>
<th>Area sq.km</th>
</tr>
@countries.forEach((c)=>{
<tr>
<td>@c.name</td>
<td>@c.area</td>
</tr>
});
</table>
There are no syntax errors in this example and the code intuitively looks quite decent. The parser also won't find any problems. However, a runtime error will occur during execution. The actual problem is that the parser considers this statement an expression. When an expression is detected it is evaluated and the return value of it is rendered in HTML. But the parser does look for HTML within expressions. Therefore the HTML tags you put in the expression will cause the runtime error because the whole expression with these tags (as part of JavaScript code) will be tried to be executed.
To make this code work you need to wrap it explicitly in a code block then it will be parsed as part of the code block and HTML within it will be rendered correctly. That is, you need to bring it to the following form:
...
@{
countries.forEach((c)=>{
<tr>
<td>@c.name</td>
<td>@c.area</td>
</tr>
});
}
...
Another solution would be to use a separate JavaScript function to output HTML. It will be understood by the parser as a block of code and there will be no problem with the transition to HTML:
...
@function tr(c) {
<tr>
<td>@c.name</td>
<td>@c.area</td>
</tr>
}
<table>
<tr>
<th>Country</th>
<th>Area sq.km</th>
</tr>
@countries.forEach((c)=>{
tr(c);
})
</table>
...
However, the best way to avoid such ambiguities is to stick to a plain JavaScript syntax style while writing your view templates. See "Looping @for, @while, and @do while" section for examples of loop structures.
Here are the links to all repositories with examples used in the documentation:
@* *@ comments.HtmlString class public for making functions returnin raw-values as expessions.FAQs
Razor like HTML template engine for NodeJS Express library based on ASP.NET MVC Razor syntax. Template your views by mixing HTML markup with JavaScript server-side code!
We found that raz demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
An advanced npm supply chain attack is leveraging Ethereum smart contracts for decentralized, persistent malware control, evading traditional defenses.
Security News
Research
Attackers are impersonating Sindre Sorhus on npm with a fake 'chalk-node' package containing a malicious backdoor to compromise developers' projects.
Security News
The npm package for the LottieFiles Player web component was hit with a supply chain attack after a software engineer's npmjs credentials were compromised.