ToDo website example developed based on Node.js, Express and Jscex

The main usage scenarios of Jscex are“ JavaScript asynchronous programming ”, but there is no limit to whether to run in the browser or the server. Recently, Node.js is very popular and has just released the native Windows version. Many students will use it to make small programs such as websites. At present, the most famous framework for developing websites with Node.js is Express, which is relatively easy to use. Some time ago, I saw an article in the CNodeJS community. A student transplanted a ToDo list website written in Python to Node.js. In order to promote Jscex, I forked the project and modified it to a version based on Jscex. You can compare it. Of course, this website is too simple. I am also looking for more suitable projects. ( Beijing website production )

51CTO Recommended Topics: Node.js zone

JavaScript is a language without blocking features, so all kinds of APIs will be designed as asynchronous, which is good for the scalability of the server and the responsiveness of the client web page, but there will be various problems in programming. For example, a simple processing function in the ToDo example needs to be written with a callback because it needs to query the database:

 exports.index =  function  (req, res, next) {  
     db.query( 'select * from todo order by finished asc, id asc limit 50' ,  function  (err, rows) {  
          if  (err)  return  next(err);   
         res.render( 'index' , { todos: rows });   
     });   
 };  

The db variable is used to operate the MySQL database. Its query method is passed into SQL (there may also be parameters) and provides a callback function to prompt errors or return query results. In the callback, we must determine whether the err exists. If it exists, we will call the next reporting framework "Error". Every asynchronous operation must be like this. Imagine that if there is another query after this query, nesting and err judgment should also be performed. This is true of every processing function, which is also one of the troubles of asynchronous programming: it is difficult to carry out unified exception handling, and the processing code always needs to be scattered everywhere, which will become "wild exceptions" accidentally, and it is difficult to find out.

I simplified the ToDo website to Jscex. First, let MySQL queries access Jscex (libjscex. mysql. js):

 exports.jscexify =  function  (db) {  
     db.queryAsync =  function  () {  
          var  _this =  this ;   
  
          var  args = [];   
          for  ( var  i = 0;  i < arguments.length;  i++) {  
             args.push(arguments[i]);   
         }  
  
          var  delegate = {  
             onStart:  function  (callback) {  
  
                 args.push( function  (err, result) {  
                      if  (err) {  
                         callback( "failure" , err);   
                     }  else  {  
                         callback( "success" , result);   
                     }  
                 });   
  
                 _this.query.apply(_this, args);   
             }  
         };   
  
          return   new  Jscex. Async. Task(delegate);   
     }  
 } 

Generally speaking, it does not require so much code to convert an asynchronous interface to Jscex (the most important thing is actually the onStart function). Here are nearly 30 lines of code, most of which are to support "variable length" parameters. Therefore, the queryAsync function will retain all the parameters when calling, add a callback, and then call the query function itself. At this point, you can rewrite the previous index and other processing functions (controllerstodo. js), for example:

 exports.index = toHandler(