-
Notifications
You must be signed in to change notification settings - Fork 18
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
Component organisation #2
Comments
I like separating components by directory; I'd argue for colocating (unit) specs next to components as well. 👍 for |
I think To the suffix question, I think GovukComponent::Panel.new
GovukComponent::Tag.new
GovukComponent::StartNowButton.new |
This change has the disadvantage of placing multiple components in the same directory but the benefit of a more sensible set of naming conventions Refs #2
I've submitted #5 and it feels like the the right approach. I can't see a way of keeping the names simple and predictable and organising with one component per directory. Leaving the task unchecked in case I've missed something obvious. |
Merged #5, I like this approach apart from the previously stated reasons (multiple components in one directory, the weird capitalisation of Everything else is better though, so until something better comes along let's go with it |
Currently (as of #1) the two example components are separated by directory
And invoked like this:
This is ugly and repetitive. It would be nicer if they were namespaced under
GOVUK
and in a flatter structure:Questions
<thing>Component
? Is the common suffix just adding noise?The text was updated successfully, but these errors were encountered: