Hello.
I practiced Elixir for few months now but every time I wonder about some code organisation and particularly with struct and business logic.
I don’t know if struct must only define simple data transformation and validation or should contains more complex and business logic instead of dedicated business logic module.
From one side I have the feeling than logic functions dealing with the struct should be in the same module. But from another side, those functions may requires calls to other business logics modules etc… So maybe the abstraction and responsibility is not well designed.
What do you think that should be belong into struct module ?
Complex structs like %DateTime{} are a good example where the external users are discouraged from pattern matching directly on the struct fields, and should use the functions provided by the module to transform the value.
For Ecto shemas I like to put the functions that produce changesets in the schema module, then the higher level business logic that manages the transaction scope in context module function, or even a dedicated module for handling each command.
So you recommend using functions in struct for data transformation not for logic using it , like high level business logic dealing with other context modules ?
Yes that’s the approach I follow.
Declare data structures and the functions to transform them in the same module.
Then separately the business use cases in other modules.
Do you think struct functions must only be pure ( without side effect: genserver, ets, database call) ? And reserve those to more statefull modules or business workflow modules ?
Mostly yes but don’t get religious about it. It’s okay for your business logic functions to depend on Ecto and Plug which have stateful (impure) parts. Utilise some tooling (like the boundaries library by @sasajuric) to check for dependencies you don’t want to allow but outside of that, don’t sweat too much about it.