Skip to content
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

Consideration: discussion of modules, scope and modularity #6

Open
netaisllc opened this issue Oct 2, 2015 · 2 comments
Open

Consideration: discussion of modules, scope and modularity #6

netaisllc opened this issue Oct 2, 2015 · 2 comments

Comments

@netaisllc
Copy link

This may just be a me-specific problem, but I'm missing a decent conceptual grounding about how modules impact scope. Specifically, I'm grinding at the moment about how to achieve decent modularity yet still share central nervous system things like signals and addresses.

Current example apps abound, but they are all fitted to very small uses cases and demonstrate "statement use" rather than how a real-world app would hang together. Even ToDoMVC fails that test.

Yes, I'm reading EC's architecture notes, but they are rather "by an expert, for experts"; I'm neither.
Alas.

@mgold
Copy link
Member

mgold commented Oct 4, 2015

One pattern I've had success with is a "wide diamond" of modules. I have Common module that defines types, and perhaps JSON encoders and decoders on those types. Then I have the bulk of the modules where I do my dirty work, each drawing on Common. Then I have Main, which imports everything, ties it all together, and contains the ports.

I wrote an article on scope, which I've been meaning to do anyway. It's more syntactic than architectural, but hopefully it's helpful in some way.

@netaisllc
Copy link
Author

Nice. TY!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants