What is a DSL?
A domain-specific language (DSL) is a computer language specialized to a particular application domain. This is in contrast to a general-purpose language (GPL), which is broadly applicable across domains, and lacks specialized features for a particular domain.
A DSL is like a mini language inside of a language. It’s a specific syntax for describing a domain/area of your application. Think of a DSL like a mini game within a game… like when you were raising/racing Chocobos in Final Fantasy 7. A DSL in Ruby is still written in Ruby, it just provides a nicer interface and language for performing common tasks.
DSL you have seen
You may not have realized it, but if you write Rails applications you most likely work with a variety of DSLs every day. Below are a few examples of some commons ones.
Rails Routing
1 2 3 4 |
|
Rspec
1 2 3 4 5 6 7 8 9 |
|
Capistrano
1 2 3 4 5 6 7 8 9 |
|
Blocks are Key to DSLs
Knowing how blocks work is crucial to understanding how DSLs work. I think of a block in Ruby as basically just a chunk of code that you can pass around to other methods. If you’re used to writing Javascript you’re definitely comfortable passing around functions, and blocks in Ruby are fairly similar to that.
1 2 3 4 5 |
|
Passing Blocks
You’ve most likely used blocks before when calling the each method on an Array, or the collect method.
1 2 3 4 |
|
What you are doing is passing the block of code between do and end to the each method of the Array class.
Receiving Blocks
On the recipients side, there are a couple ways to receive the block that was passed. The first way is via the yield keyword in Ruby. yield will call the block of code that was passed to the method. You can even pass variables to the block of code.
1 2 3 4 5 6 7 8 |
|
There is an alternate way of receiving a block of code that is called a named-block. This essentially allows you to save the block of code to a variable, which gives you the flexibility to pass the block on to another method. If you wish to execute the code inside of the block, you can do so via the call method on it.
1 2 3 4 5 6 7 8 |
|
Block Context
Normally a block has the context of the place it was instantiated. It is possible to change this, to be the place where it is being called, but to do this instead of doing the usual yield or block.call(), you call it via the instance_eval(&block) method.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
Create your own DSL
Create a Ruby DSL to generate HTML. The output was to look like the following, and below is how the DSL should be called. To each HTML element you can pass text, options (html attributes), and a block. All are optional.
1 2 3 4 5 6 7 8 9 10 |
|
1 2 3 4 5 6 7 8 9 10 |
|
The solution I eventually came up with (after some serious refactoring) is below. I used some Ruby meta-programming by not actually defining methods for each HTML element, but rather utilizing method_missing as a catch-all, which then passes the element name, the args, and the block on to the tag method, which does the heavy lifting of generating the HTML.
One other thing I utilized here was that you can also check if a block was actually passed to the method by using the block_given? method.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 |
|
So far so good, I’ve realized how important blocks are to Ruby. Learning them well and understanding how DSLs work will improve the Ruby code that I write. That’s it!!! See ya!!!