5 ms·

Hmmm, "Rama is programmed entirely with a Java API – no custom languages or DSLs" according to the landing page, but this sure looks like an embedded DSL for da

• nathanmarz 3y ago
  I consider "DSL" as something that's its own language with it's own lexer and parser, like SQL. The Rama API is just Java – classes, interfaces, methods, etc. Everything you do in Rama, from defining indexes, performing queries, or writing dataflow ETLs, is done in Java.
  • chc4 3y ago
    This is usually referred to as an "embedded DSL" - you have a DSL embedded in a normal programming language using its first class constructs.
    • runeks 3y ago
      Meh. By this definition all libraries expose an "embedded DSL" — their API. I'm honestly not sure this is a useful definition.
      • jillesvangurp 3y ago
        Whether you like it or not; internal DSLs became a thing with Ruby back in the day. And these days things like Kotlin also lend themselves pretty well to creating internal DSLs. Java is not ideal for this. Kotlin and Ruby have a few syntax features that make it very easy.
        • runeks 3y ago
          What's the distinguishing difference between a regular library and an embedded DSL?
          • jillesvangurp 3y ago
            The difference is making an effort to expose the features of the library via a syntactically friendly way. Most Kotlin libraries indeed have nice APIs that are effectively mini DSLs. If you need an example, Kotlin uses a nice internal DSL for HTML where you write things like Div { P { +"Hello world" } } This is valid Kotlin that happens to construct a dom tree. There is no magic going on here; just usage of a few syntax features of the language. Div and p here are normal functions that take a receiver block as the last parameter that receive an instance of the element they are creating. The + in front of the string is function with a header like this in the implementation of that element. operator fun String.unaryPlus() The same code in Java would be a lot messier because of the lack of syntactical support for this. You basically end up with a lot of method chaining, semicolumns and their convoluted lamda syntax. The article has a few examples that would look a lot cleaner if you'd rewrite them in Kotlin.
    • gfodor 3y ago
      Yep the original term DSL was for custom languages, the eventual introduction of using it for these kinds of literate APIs was done later. Using it in the original way unqualified is fine imo.
• goostavos 3y ago
  Odd thing to split hairs over.
  • gkfuhff 3y ago
    When someone makes a distinction that you don't immediately appreciate, maybe don't just dismiss it as splitting hairs, as if the world was a simple place.
  • dcre 3y ago
    It’s not a small detail. It’s one of the headline claims!
• deleted 3y ago
  [deleted]