In Ruby the require method is used to include code from other sources. As such it is an integral tool in adding structure to a project. It can be used to load a gem or a ruby file and each item is required only once. From the ruby documentation
require(name) → true or false
Loads the given name, returning true if successful and false if the feature is already loaded.
To make available any modules/classes that are defined in the required file it is executed in the global namespace. This means anything in the program can be modified by the required file including the standard library.
This all sounds very simple and intuitive so what is the problem?
The problem comes when what you are requiring is not exactly what you need. If the code is from a gem then you can’t quickly make changes to it. Fortunately Ruby is very flexible and you can just monkey-patch on the methods you need.
Let’s clarify this with an example the money gem. I have a project that works with several currencies-some are accepted and some are not. It would be nice to have a method saying if a given money instance was in an accepted currency. We can easily implement one as follows.
This is very clear so why am I saying it is a problem? Maybe the ‘accepted?’ method was already defined and other code using this class is now broken. Don’t forget we have changed the class everywhere. In addition what was a very clean value object now has an unexpectedly sophisticated level of knowledge about our business.
The accepted fix for this is to instead subclass it or use a wrapper/adapter class.
Domain knowledge has now not leaked into the core class and we can use that core class if we ever need to use the old implementation of accepted.
However I don’t like the fact that my new class cannot have the name ‘money’. In my project I never want to use the original money class and only use its subclass. The subclass encapsulates the concept of money in my domain, whereas the parent was just a helpful stepping stone to making that class.
The equivalent process in Python is import. This has several extensions above the ruby functionality. The relevant one being ‘as’ which allows you to rename imports.
The money variable is now free to use anyway you wish or indeed not at all.
Possibly even better is the node ‘require’ function which allows code to be imported anonymously.
The money variable is the one we want and there is no way to access the base object without rerequiring it.
A possible solution
I have recently been building a collection of types such as email for use in my projects. To tackle exactly this issue, I have put them in a silly namespace. It’s not quite anonymous but hopefully I will not ever need to use the Typetanic namespace for anything else.
Both methods would limit effects to one namespace. Extending core classes would have to be done explicitly, that would be a few extra lines but would be worth it to be sure of the extent of the changes the required code could make. I have used the term broad module for one that spreads out, as they are often large but the raw size is not the problem.
In the meantime the Ruby Money and Countries gems are among my favorite because of their focus. However with the current system I would rather they took up a fun namespace and left the business domain to me.