Morphir is a multi-language system built on a data format that captures an application’s domain model and business logic in a technology agnostic manner. Having all the business knowledge available as data allows you to process it programmatically in various ways:
While the core idea behind Morphir is very simple it’s still challenging to describe it because it doesn’t fit into any well-known categories. To help you understand what it is and how you can use it to solve real-world problems we came up with a list of questions and short answers:
Morphir is a multi-language system, so it gives you flexibility in what language or tool you use to define your domain model and business logic (we refer to them as frontends). As a community we are continuously building new language frontends and if the one you are looking for is not available we provide tools for you to build it yourself.
Our main frontend is currently the Elm programming language. We support the whole language (except for some very platform specific features like ports) so defining your domain model and business logic boils down to writing Elm code. To learn more about the frontend see morphir-elm.
The process of turning logic into data is well known because every programming language compiler and interpreter does it. They parse the source code to generate an abstract syntax tree which is then transformed into an intermediate representation of some sort.
Morphir simply turns that intermediate representation into a developer-friendly data format that makes it easy to build automation on top of it.
It’s easiest to start with an example. Say you have some simple business logic like this:
quantity * unitPrice
In Morphir’s data format this would translate into something like this:
["Apply" , ["Apply" , ["Reference", [["Morphir", "SDK"], ["Number"], "multiply"]] , ["Variable", ["quantity"]]] , ["Variable", ["unit", "price"]] ]