Skip to content

Latest commit

 

History

History
96 lines (61 loc) · 3.33 KB

step07.md

File metadata and controls

96 lines (61 loc) · 3.33 KB

Step 7 - Reorganising your project

Let's make the code a bit more structured and organised. The best way to do that is:

  • split code up into separate files
  • organise code into different folders

server.js has got quite messy now. It's good practice to separate routes and handlers into their own files.

Basic folder structure

public --> all client-side assets (e.g. html, css, images etc)

  • index.html
  • main.css
  • image.jpg
  • favicon.ico

src --> src is short for 'source'. This will contain the server-side code that deals with logic

  • handlers.js (we will create this)

server.js will remain in the root.

Create a folder called src in the root

  • create a handler.js file in the src folder
  • paste handler function and related dependencies into handler.js

Making your own modules!

Way back in step 2, we mentioned that there are three types of modules in Node. You are about to make the third type of module - your own one!

In this context, a module is some code that you've written in its own JavaScript file. You can share this code with other files. This is handy, because it means we can split big, messy files into smaller ones.

To connect one file with another, we use the same require() as with core modules. The only difference is we instead of:

var coreModule = require('nameOfModule');

we do this:

var myModule = require('path/to/my/file');

Require your handler.js file into your server.js file

If you run your server, you should get an error:

TypeError: listener must be a function

require error

This is because we haven't "exported" the code inside the handler.js file, so it isn't available to us yet. Let's do that now.

In handler.js, you will need to add the following

module.exports = handler;

module.exports magically makes our handler function available to be required in other files.

Try running the server again and reloading the page.

Fixing your broken paths

You should see a very broken webpage now. There's a reason for that!

When the handler function was in server.js, the paths to our assets (html, css etc) that were assigned to the pathToFile and pathToIndex variables, were correct. Now the handler function has moved inside the src folder, we need to update the paths to our assets to make sure they point to the right location.

We can use relative paths. .. means "go up one level to the folder above". . means "look inside the current folder". For example: '../myComputer/home.txt' means "go up one folder, then go to the 'myComputer' folder, then go to the 'home.txt' file". Another example: './home.txt' means "look inside the current folder for the 'home.txt' file"

Remember that __dirname gives us the current directory. We can combine __dirname, the dots, and any folder names to point to the correct location.

See if you can do this by yourself. Work with your team if you're struggling.

More modularisation!!!

You could split handler.js even further, by separating your routes from your handler. We will not do this now.


Commit your changes

git add .
git commit -m 'enter relevant message'

Keywords