-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
removing the "a" from "ARc" #343
Comments
Hi, @EricWVGG. It's good to know that you've reached this far with this approach. That's a great feedback. I've implemented ARc without "A" in some cases, usually smaller projects with a few components, when I wanted to have a flat components folder. In those cases, I've just removed the If you want to keep importing components dynamically, I'd recommend you to update [ Lines 2 to 7 in 2c87238
Another possible solution is to never use the component directly on the top level of your module (component file). JavaScript will be able to resolve the circular dependency at runtime (#131 (comment)). |
I'll give that a crack. https://strongwater.net, if you're interested in taking a look. Thank you again, this framework is absolutely top notch. |
… if anyone in the future digs up this discussion, here's how I resolved the issue. Using renaming "atoms" to "widgets" as an example:
Clunky, but this isn't as straightforward as dynamically running regexes with variables, as require_context() requires a statically defined regex, I'm sure as some sort of safety mechanism. |
I'm about 15 months into a ARc front end, and the experience has been great. Thank you so much for putting together such a good toolkit.
That said, we feel like we have “outgrown” the atomic component organization methodology. We have roughly 100 components, and would rather be organizing these in folders like "menu" and "account". I'm also starting another project on ARc, and my designer flatly refuses to even break ground with atomic.
Unfortunately, the webpack (is this right?) seems to be very finicky about the order of components. Off the bat, renaming "atoms" to "widgets" causes the higher-level components to fail. Renaming it to "_widgets" fixes the problem, but that won't be sustainable down the road.
I've tried to get some assistance through a Stack Overflow question (https://stackoverflow.com/questions/50335247/organizing-project-components-does-this-need-to-be-alphabetic) , but everyone seems to think I'm possibly crazy. Could you tell me a little about how this works?
(I apologize if github issues is the wrong place for an inquiry like this, but I've hit a wall.)
The text was updated successfully, but these errors were encountered: