Comments (4)
From the previous requirements I conclude that if we want to handle components and helpers with the same syntax, we need two keywords.
The name is not very important at this point, but let's pretend the keywords are invoke-component
and wrap-component
.
We know that it has to support glimmer components. The syntax of glimmer components is, according to the last rumours, going to have @foo=
values for properties and foo=
for attributes, so those helpers should respect that syntax.
Aternative 1: curly-braces syntax for components and helpers
The idea is that the helpers receive the first argument, determine if it's a component or a helper and pass the arguments as received, which means that
arguments with an @
sign become properties in the component instance and those without @
become properties.
Invocation:
Contextual components/helpers creation:
Shorthand invocation of contextual glimmer-components:
from rfcs.
I am all in favor of adding this feature since it would allow to create better public APIs for components like the ones in the ember-power family.
One option to avoid the wrap
Vs. invoke
helpers might be to restrict it to the dot syntax: if a property path resolves to either a component or a helper, it would be just rendered as such.
I would need to know more about current implementation of contextual components, since last time I checked (July? August?) it was partially coded as an special case. Maybe @zackthehuman can help a bit here.
I'm all in for investigating this further. Great work, @mixonic!
from rfcs.
@Serabe What do you mean to restrict it to the dot syntax? With components is easy, but components are eager, so {{my-foo format-today=(helper "moment-format" today)}}
is ambiguous in the sense that you don't know if you want to wrap the helper to later on invoke it with {{format-today}}
or you want to call it inmmedialtly and use the generated value in JS-land.
from rfcs.
This was replaced by #432 which is merged, and awaiting implementation. Closing this issue in favor of tracking the progress of that RFC.
from rfcs.
Related Issues (20)
- Make `captureRenderTree` API public HOT 4
- Missing template features and syntaxes HOT 1
- Replace `babel-eslint` with `@babel/eslint-parser` in blueprints HOT 3
- Switch default package manager to pnpm for new projects + C.I. HOT 44
- Public API support disparity with Glint and typed templates with custom managers -- currently no story for TS support (for now?) HOT 5
- Deprecate support for `ember-cli-qunit` and `ember-cli-mocha` when generating test blueprints HOT 3
- Standardize the use of yarn and npm scripts in the Ember experience, for test and start HOT 11
- V2 addons' build-time integration HOT 4
- Deprecate all of Ember Classic HOT 16
- Build-time configuration of index.html HOT 3
- Deprecate support for Travis CI HOT 6
- Deprecate `ember-mocha`? HOT 2
- Deprecate `ember-export-application-global` addon? HOT 4
- Run Prettier separately in `app` blueprint HOT 9
- Deprecate `app.import`
- Thoughts on this more ergonomic way to wire up the owner + destroyable association? HOT 2
- Explore "official" pod deprecation HOT 19
- {{else}} should render a value rather than be a control-flow keyword. HOT 5
- new primitive: transition, similar to modifiers, except they block certain render events HOT 2
- Numbers in PR titles affect automation
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rfcs.