travisf

travisf

I picked this pattern up from another dev and have made fairly extensive use of it with Multis:

   @multi Multi.new()
   ...
   @multi
   |> Multi.put(:params, params)
   |> Multi.run(:somefunc, &some_func/2

This ensures that pipechains start with a raw value and, I think, it looks a little cleaner. Does anybdy else do this? Are there any articles on this pattern? It’s fairly simple but there is some nuance due to the constraints of module attributes (I’ve only done it with Ecto.Multi.new/2 and raw values), I wonder if you would run into problems during compile time if you tried it with modules in your project. Of course you couldn’t do it with a function in the same module.

Showing Posts 1 to 10

andyleclair

andyleclair

How does it ensure the pipe chain starts with a raw value?

IMO I would not do this. We have some legacy tests that use module attrs and they are a bit of a PITA to deal with and refactor.

If you want your pipe chains to start with a raw value, maybe use credo?

sodapopcan

sodapopcan

Not to pile on but I’m really not a fan of things like this. This is really no different than a single-line private function that I have to jump to to be sure of what it is. It’s also creating a compile-time dependency on Ecto.Multi which isn’t a huge deal in this case but not ideal. I agree with @andyleclair that credo is the best tool for the particular outcome you’re looking for.

dimitarvp

dimitarvp

This is a complete no-go, module attributes basically get replaced with their value at compile time which also means that you might get 2 different Multi.new values (though I have not tested this so it’s likely not true).

But as the others said there’s zero value in this. Multi.new is not an expensive operation either so your reason to try to do this is quite puzzling. What’s your rationale? “Looks little cleaner” is, I am sure we all agree, a very subjective statement, and even if we agree that it’s kinda sorta objective there are still degrees; you are gaining next to nothing by doing this replacement with a module attribute.

andyleclair

andyleclair

I have seen this attitude before in people who are just learning elixir, fussing over micro things that map to things they know from other languages.

My advice is: don’t worry about it! Write the most straightforward, obvious code you can, and go back to make it faster later if you need to. Always heed the words of Saint Joe:

“Make it work, then make it beautiful, then if you really, really have to, make it fast. 90 percent of the time, if you make it beautiful, it will already be fast. So really, just make it beautiful!”

acangiano

acangiano

I tend to use module attributes as storage for compile-time constants, which is particularly handy for “caching” expensive operations with no runtime dependencies. I don’t think that what you’re doing is particularly bad but it feels unnecessary.

travisf

travisf OP

From the responses; I will stop doing it. The one thing I’m a little confused about is when you say “If you want your pipe chains to start with a raw value, maybe use credo?” I’m not sure exactly what you mean?

I actually got into this habit because of credo, although I can see that it’s now off by default but I think at one time the codebase I was throwing PiepChainStart warnings.

al2o3cr

al2o3cr

I’d be surprised if starting a chain with Multi.new() triggers that Credo check - there is specific code to allow that shape when there are no args:

https://github.com/rrrene/credo/blob/v1.7.5/lib/credo/check/refactor/pipe_chain_start.ex#L205-L211

dimitarvp

dimitarvp

As a guy working with Elixir for 8 years now, I am confused as well. :003:

sodapopcan

sodapopcan

I was confused by “make sure it starts with a raw value” and how this pattern would solve it. I probably should have just asked but instead I ass-u-me’d you meant to ensure you use Ecto.Multi.new() over %Ecto.Multi{}. Credo in this case could just make sure that the latter isn’t used anywhere other than on the left hand side of a pattern match (or guard, I suppose).

andyleclair

andyleclair

Sorry, what I meant was “use a credo rule to enforce this”

Where Next? Top

Trending in Discussions Top

AstonJ
The obligatory hello world thread! Who are you and where are you from? :stuck_out_tongue:
4663 61218 595
New
cblavier
Hey there, It’s been more than a year since we started using LiveView as our main UI library and building a whole library of UI componen...
515 12931 101
New
wmnnd
Hey folks, I wanted to share with you a project I’ve been working on for a while: It’s an Open Source (AGPLv3) newsletter tool. Think Ma...
New
raa-ziq
Hi everyone :waving_hand: I wanted to share something I’ve been building — NowBlind, a random chat app designed to help people discover ...
New
sntran
In my third year of college, around 2010, I found Erlang. A few years later, I found Elixir. I liked the ideas at once: many small proces...
New
Ganna
Hi everyone, I have 8 years of production experience with Erlang/OTP and I’m just starting to get to know Elixir. What would you learn f...
New
gtcode
I’ve been tinkering with Lynx (by José) via hold_ledger. I used AI to write the code, a separate specification, the tests, and the Lean p...
New

Other Trending Topics Top

fhunleth
Nerves v2.0.0-pre.7 and v2.0.0-pre.6 have been released. Changes Add optional SHA256 checksum verification for package artifacts. This...
New
dominicletz
Hey there, I haven’t seen a list of useful Elixir specific skills for the popular AI tools yet so I’m starting one here with my first. ...
New
mudasobwa
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
New
KristerV
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
OndrejValenta
(I just needed to vent somewhere and LinkedIn is full of hope, or hype, I’m not sure which exactly) AI dream has many faces, but general...
New
kip
Localize is the next generation localisation library for Elixir. Think of it as ex_cldr version 3.0. The first version will be released ...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews