Draft Roadmap: Cask DSL 2.0

[rolandwalker]

This is a catch-all issue for the Cask DSL version 2.0

This is only a draft for discussion; not everything here will necessarily get implemented. Furthermore, DSL 2.0 is far enough in the future that we have no idea when we would start working on it.

• variant
  • proposed syntax variant.localization('en') do ... end
  • This worked fine in a quick draft
  • Chaining can also work (eg variant.localization('en').hardware('x86') do ... end) but nesting is probably clearer.
  • types: localization, hardware, arch (bitness), os_version, java_version
  • completely do away with conditionals: make Cask aware of the choices
  • defaults should be modifiable in persistent config file and command-line
  • many Casks could be moved from the Homebrew-versions repo and inlined into sister Casks in the main repo

References: #4688

[federicobond]

What about this?

variant localization('en'), architecture('x86') do
  ...
end

Or optionally nested:

variant localization('en') do
  variant architecture('x86') do
    ...
  end
end

Idea stolen from http://soveran.github.io/cuba/

[federicobond]

Nevermind, it does not add much clarity and forces us to put the matchers at the top level.

[rolandwalker]

@federicobond as syntax, your version reads much better. But yes, I was trying to avoid defining methods such as localization at the top-level. I would rather do it your way if Ruby let me.

Here's a gist of a stupid rough draft in which variant constructs a VariantContainer instance. The VariantContainer instance has methods localization, etc., and consumes the do block.