You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I looked a bit into that this weekend, but the requirements aren't fully clear to me: in some cases I would have recurring instances of code where I want to keep the "children" content as is and only extract the surrounding tags, however there are many scenarios where it's not clear, which "children" I want to leave as is. Another thing are attributes that one might want to keep (e.g. move the class into the new component, but leave an href on the refactored part).
I experimented with a refactoring dialog with preview editors to see what we would get: I look for EEL statments in the selected tree and could imagine a table to deselect or rename the derived props.
However, this process is maybe a bit involved for everyday usage.
What do you think and how would you suggest props and "children" should be handled?
Thx for looking into this!
For the first version I wouldn't have expected anything fancy. Just a new prototype with the AFX part consisting of the previously selected template without any "smart" behaviour.
A second iteration could then already define all contained props.myProp and private.myVar in the head of the component, then manual work is anyway necessary.
Quite often I have the workflow of writing some AFX and the template gets bigger.
At some point now I want to select some lines and create a new component from that.
Workflow:
This is a workflow I also often use in PHP (extract into method).
Don't know how hard this, but would be very cool :)
The text was updated successfully, but these errors were encountered: