hectorsq
Using protocols for better code organization
Hello!
I am writing an application that translates JSON messages to SOAP messages. Currently I am handling 16 JSON messages and 20 SOAP messages.
I have defined embedded schemas to validate the incoming JSON messages and to build the XML SOAP message using heex templates.
I have a Parse module with a multiple clause parse function for each incoming message. I also have a Convert module with a multiple clause convert function for each JSON message. This same pattern is repeated in other modules and each module has hundreds of code lines.
I feel this is a smell for bad code organization. Am I right?
I have the idea to use protocols to reorganize my app. I would move each parse and convert function to the corresponding schema file. Is it a good idea?
Would my code be more object oriented (which I want to avoid)?
I appreciate any comments.
Most Liked
dimitarvp
For 7.5 years with Elixir I only ever needed to implement a protocol for one thing – Jason for our own structs in the project.
Make sub-modules and have them implement behaviours – one for parsers and one for converters. Behaviours are not strictly needed but at least if you make a mistake in an implementing module’s function’s signature then your IDE + LSP will warn you.
Your central parser module still has to detect to which specialized parser module it must send the data. What you’ll gain is that the number of coding lines in it will be drastically reduced because you will only keep all the pattern-matching function heads, but now their bodies will only contain code like ParserTypeXYZ.parse(input_data) and nothing else.
Popular in Questions
Other popular topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #hex
- #security
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking for Elixir devs who love to ship. Start your free account.
Practical resources that improve the lives of professional developers.
Producing high quality Elixir screencasts since 2017.
Enabling companies to succeed by building software people love.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"