Cover image courtesy of Will Francis via Unsplash
For further actions, you may consider blocking this person and/or reporting abuse
Cover image courtesy of Will Francis via Unsplash
For further actions, you may consider blocking this person and/or reporting abuse
Erika Heidi -
Marcus Kohlberg -
Sarah Dye -
Jaime López -
Top comments (9)
It's the stuff between the leftware and the rightware.
Actually, it's a pretty vague and broad definition.
Middleware is kind of like a translator or a mediator; it helps two or more "things" communicate with each other.
Sometimes we call it "glue code" because it usually connects two software projects that need to work together.
Some examples might include: a database and a web application, a network and a server, or an operating system and an application.
My analogy for a five year old: When you brush your teeth, your toothbrush is the middleware between the toothpaste and your teeth. We could just pour toothpaste in your mouth and call it done, but using a toothbrush is easier and very helpful.
Imagine you're looking to cook a meal. You get the ingredients and then you have to prepare them and then apply a recipe. Middleware is like the preparation stage. You can do it all by hand, or you can stick some of the ingredients in a machine which can do some of it for you, and you can combine different tech in different ways to get it ready for the main thing you're looking to do, but the main cooking happens once you have gotten the ingredients ready and prepared. The main cooking is analogous to how you might handle a network request on a REST endpoint once it reaches a controller method, but he middleware is how you can process that request before it gets there. This might be to apply some validation logic and reject the request if it doesn't meet it, apply authentication and authorisation, perform logging, process aspects of the request, etc. Hopefully that's of some help. :-)
You've been playing with your toys and they're scattered all over the room. Mummy tells you to put them all away in their toyboxes, but there's loads of them, so you ask daddy to help you. You pick up each toy and give it to daddy who collects them up, checks that they're still working, figures out which box they go in and puts them away. Daddy is your middleware.
Speaking of Rails middleware like Rack or enterprise middleware like MQ?
or even redux middleware in react... so many uses of that term, all similar in some sense, but probably different enough if you are specifically trying to understand that technology...
They are like browser extensions. Your web server often needs some plugins to do specific things like authentication or CORS. Middleware plugs into the web server to provide this functionality. It's called Middleware because it is code that is placed in between the web server and your app code. So the web server's request passes through it and sets up auth or CORS before it gets to your code.
In general it is more like a piece of code that will run between two task. For example, if you want to check the authentication everytime someone wants to access a webpapge before sending the page, you would have a middleware that would handle this auth checking everytime. This way, you only have one auth system that handles every connections you want. And you can remove this need of auth just by removing this middleware for a specific page par example.
Don't know if it is clear or 100% accurate so don't be shy and correct me 😁
Middleware is using a pancake fryer instead of a griddle.
Thanks.. bebelik.com