Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/jensljungblad/elemental_components
Simple view components for Rails 5.1+
https://github.com/jensljungblad/elemental_components
components rails styleguide
Last synced: 1 day ago
JSON representation
Simple view components for Rails 5.1+
- Host: GitHub
- URL: https://github.com/jensljungblad/elemental_components
- Owner: jensljungblad
- License: mit
- Created: 2018-03-26T15:25:06.000Z (almost 7 years ago)
- Default Branch: master
- Last Pushed: 2024-02-21T10:42:47.000Z (11 months ago)
- Last Synced: 2024-10-03T09:57:16.399Z (4 months ago)
- Topics: components, rails, styleguide
- Language: Ruby
- Homepage:
- Size: 139 KB
- Stars: 76
- Watchers: 9
- Forks: 5
- Open Issues: 9
-
Metadata Files:
- Readme: README.md
- License: MIT-LICENSE
Awesome Lists containing this project
README
# Elemental Components
Simple view components for Rails 5.1+, designed to go well with [elemental_styleguide](https://github.com/jensljungblad/elemental_styleguide). The two together are inspired by the works of [Brad Frost](http://bradfrost.com) and by the [thoughts behind](http://engineering.lonelyplanet.com/2014/05/18/a-maintainable-styleguide.html) Lonely Planet's style guide [Rizzo](http://rizzo.lonelyplanet.com).
## Installation
Add this line to your application's Gemfile:
```ruby
gem "elemental_components"
```And then execute:
```sh
$ bundle
```## Components
The examples provided here will use the [BEM naming conventions](http://getbem.com/naming/).
Components live in `app/components`. Generate a component by executing:
```sh
$ bin/rails g elemental_components:component alert
```This will create the following files:
```
app/
components/
alert/
_alert.html.erb
alert.css
alert.js
alert_component.rb
```The generator also takes `--skip-css` and `--skip-js` options.
Let's add some markup and CSS:
```erb
<% # app/components/alert/_alert.html.erb %>
Message
``````css
/* app/components/alert/alert.css */.alert {
padding: 1rem;
}.alert--primary {
background: blue;
}.alert--success {
background: green;
}.alert--danger {
background: red;
}
```This component can now be rendered using the `component` helper:
```erb
<%= component "alert" %>
```### Assets
In order to require assets such as CSS, either require them manually in the manifest, e.g. `application.css`:
```css
/*
*= require alert/alert
*/
```Or require `components`, which will in turn require the assets for all components:
```css
/*
*= require elemental_components
*/
```### Attributes and content blocks
There are two ways of passing data to components: attributes and content blocks. Attributes are useful for data such as ids, modifiers and data structures (models etc). Content blocks are useful when you need to inject HTML content into components.
Let's define some attributes for the component we just created:
```ruby
# app/components/alert_component.rb %>class AlertComponent < ElementalComponents::Component
attribute :context
attribute :message
end
``````erb
<% # app/components/alert/_alert.html.erb %>
<%= alert.message %>
``````erb
<%= component "alert", message: "Something went right!", context: "success" %>
<%= component "alert", message: "Something went wrong!", context: "danger" %>
```To inject some text or HTML content into our component we can print the component .content method in our template, and populate it by passing a content block to the component helper:
```erb
<% # app/components/alert/_alert.html.erb %>
<%= alert.content %>
``````erb
<%= component "alert", context: "success" do %>
Something went right!
<% end %>
```Another good use case for attributes is when you have a component backed by a model:
```ruby
# app/components/comment_component.rb %>class CommentComponent < ElementalComponents::Component
attribute :commentdelegate :id,
:author,
:body, to: :comment
end
``````erb
<% # app/components/comment/_comment.html.erb %>
``````erb
<% comments.each do |comment| %>
<%= component "comment", comment: comment %>
<% end %>
```### Attribute defaults
Attributes can have default values:
```ruby
# app/components/alert_component.rb %>class AlertComponent < ElementalComponents::Component
attribute :message
attribute :context, default: "primary"
end
```### Attribute overrides
It's easy to override an attribute with additional logic:
```ruby
# app/components/alert_component.rb %>class AlertComponent < ElementalComponents::Component
attribute :message
attribute :context, default: "primary"def message
@message.upcase if context == "danger"
end
end
```### Attribute validation
To ensure your components get initialized properly you can use `ActiveModel::Validations` in your elements or components:
```ruby
# app/components/alert_component.rb %>class AlertComponent < ElementalComponents::Component
attribute :labelvalidates :label, presence: true
end
```Your validations will be executed during the components initialization and raise an `ActiveModel::ValidationError` if any validation fails.
### Elements
Attributes and blocks are great for simple components or components backed by a data structure, such as a model. Other components are more generic in nature and can be used in a variety of contexts. Often they consist of multiple parts or elements, that sometimes repeat, and sometimes need their own modifiers.
Take a card component. In React, a common approach is to create subcomponents:
```jsx
Header
Section 1
Section 2
Footer
```
There are two problems with this approach:
1. The card header, section and footer have no standalone meaning, yet we treat them as standalone components. This means a `CardHeader` could be placed outside of a `Card`.
2. We lose control of the structure of the elements. A `CardHeader` can be placed below, or inside a `CardFooter`.Using this gem, the same component can be written like this:
```ruby
# app/components/card_component.rb %>class CardComponent < ElementalComponents::Component
attribute :flush, default: falseelement :header do
attribute :centered, default: false
endelement :section, multiple: true do
attribute :size
endelement :footer
end
``````erb
<% # app/components/card/_card.html.erb %>">
<% if card.header.content? %>
">
<%= card.header.content %>
<% end%>
<% card.sections.each do |section| %>
">
<%= section.content %>
<% end %>
<% if card.footer.content? %>
<% end %>
```Elements can be thought of as isolated subcomponents, and they are defined on the component. Passing `multiple: true` makes it a repeating element, and passing a block lets us declare attributes on our elements, in the same way we declare attributes on components.
In order to populate them with data, we pass a block to the component helper, which yields the component, which lets us set attributes and content blocks on the element in the same way we do for components:
```erb
<%= component "card", flush: true do |c| %>
<% c.header centered: true do %>
Header
<% end %>
<% c.section size: "large" do %>
Section 1
<% end %>
<% c.section size: "large" do %>
Section 2
<% end %>
<% c.footer do %>
Footer
<% end %>
<% end %>
```Multiple calls to a repeating element, such as `section` in the example above, will append each section to an array.
Another good use case is a navigation component:
```ruby
# app/components/navigation_component.rb %>class NavigationComponent < ElementalComponents::Component
element :items, multiple: true do
attribute :label
attribute :url
attribute :active, default: false
end
end
``````erb
<%= component "navigation" do |c| %>
<% c.item label: "Home", url: root_path, active: true %>
<% c.item label: "Explore" url: explore_path %>
<% end %>
```An alternative here is to pass a data structure to the component as an attribute, if no HTML needs to be injected when rendering the component:
```erb
<%= component "navigation", items: items %>
```Elements can have validations, too:
```ruby
class NavigationComponent < ElementalComponents::Component
element :items, multiple: true do
attribute :label
attribute :url
attribute :active, default: falsevalidates :label, presence: true
validates :url, presence: true
end
end
```Elements can also be nested, although it is recommended to keep nesting to a minimum:
```ruby
# app/components/card_component.rb %>class CardComponent < ElementalComponents::Component
...element :section, multiple: true do
attribute :sizeelement :header
element :footer
end
end
```### Helper methods
In addition to declaring attributes and elements, it is also possible to declare helper methods. This is useful if you prefer to keep logic out of your templates. Let's extract the modifier logic from the card component template:
```ruby
# app/components/card_component.rb %>class CardComponent < ElementalComponents::Component
...def css_classes
css_classes = ["card"]
css_classes << "card--flush" if flush
css_classes.join(" ")
end
end
``````erb
<% # app/components/card/_card.html.erb %><%= content_tag :div, class: card.css_classes do %>
...
<% end %>
```It's even possible to declare helpers on elements:
```ruby
# app/components/card_component.rb %>class CardComponent < ElementalComponents::Component
...element :section, multiple: true do
attribute :sizedef css_classes
css_classes = ["card__section"]
css_classes << "card__section--#{size}" if size
css_classes.join(" ")
end
end
end
``````erb
<% # app/components/card/_card.html.erb %><%= content_tag :div, class: card.css_classes do %>
...
<%= content_tag :div, class: section.css_classes do %>
<%= section %>
<% end %>
...
<% end %>
```Helper methods can also make use of the `@view` instance variable in order to call Rails helpers such as `link_to` or `content_tag`.
### Rendering components without a partial
For some small components, such as buttons, it might make sense to skip the partial altogether, in order to speed up rendering. This can be done by overriding `render` on the component:
```ruby
# app/components/button_component.rb %>class ButtonComponent < ElementalComponents::Component
attribute :label
attribute :url
attribute :contextdef render
@view.link_to label, url, class: css_classes
enddef css_classes
css_classes = "button"
css_classes << "button--#{context}" if context
css_classes.join(" ")
end
end
``````erb
<%= component "button", label: "Sign up", url: sign_up_path, context: "primary" %>
<%= component "button", label: "Sign in", url: sign_in_path %>
```### Namespaced components
Components can be nested under a namespace. This is useful if you want to practice things like [Atomic Design](http://bradfrost.com/blog/post/atomic-web-design/), [BEMIT](https://csswizardry.com/2015/08/bemit-taking-the-bem-naming-convention-a-step-further/) or any other component classification scheme. In order to create a namespaced component, stick it in a folder and wrap the class in a module:
```ruby
module Objects
class MediaObject < ElementalComponents::Component; end
end
```Then call it from a template like so:
```erb
<%= component "objects/media_object" %>
```## Acknowledgements
This library, together with [elemental_styleguide](https://github.com/jensljungblad/elemental_styleguide), was inspired by the writings of [Brad Frost](http://bradfrost.com) on atomic design and living style guides, and [Rizzo](http://rizzo.lonelyplanet.com), the Lonely Planet style guide. Other inspirations were:
- [Catalog](https://www.catalog.style) - style guide for React
- [Storybook](https://storybook.js.org) - style guide for React
- [React Styleguidist](https://react-styleguidist.js.org) - style guide for React
- [Cells](https://github.com/trailblazer/cells) - view components for Ruby
- [Komponent](https://github.com/komposable/komponent) - view components for RubyFor a list of real world style guides, check out http://styleguides.io.
<%= link_to comment.author.name, author_path(comment.author) %>
<%= comment.body %>