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
<a href="https://github.com/oslabs-beta/sapling/releases"><img alt="GitHub release (latest by date including pre-releases)" src="https://img.shields.io/github/v/release/oslabs-beta/sapling?include_prereleases"></a>
Sapling is a VS Code extension built with React developers in mind. As your codebase grows, your native file structure becomes less and less intuitive. Wouldn't it be nice to have a file structure that represents the actual relationships between the components and containers in your application? Wouldn't you like a quick reference to your available props, and an indication of routes and conditional rendering?
@@ -79,13 +84,13 @@ With Sapling, you don't have to guess at the parent component of your current fi
@@ -113,7 +118,7 @@ Icon Legend in Sapling Tree View:
113
118
*[<imgstyle="height: 1em;"src="sapling/media/circle-info-solid.svg">]() available props (hover)
114
119
*[<imgstyle="height: 1em;"src="sapling/media/circle-arrow-right-solid.svg">]() open file (click)
115
120
*[<imgstyle="height: 1em;"src="sapling/media/store-solid.svg" >]() Redux store connection
116
-
*[<spanstyle='color:red;'>Navbar</span>](): error in file (matches the error color of your theme)
121
+
* <span>Navbar</span>: error in file (matches the error color of your theme)
117
122
* <b>Navbar</b>: currently open file
118
123
119
124
Sapling can currently display React apps made with TSX/JSX and ES6 import syntax.
@@ -128,7 +133,7 @@ Sapling will detect React components invoked using JSX tag syntax and React-Rout
128
133
<Navbar></Navbar>
129
134
130
135
// Route and Navbar will be detected as child components of the current file
131
-
<Route component={Navbar} />
136
+
<Route component={Navbar} />
132
137
133
138
// Route and App will be detected as child components of the current file
134
139
<Route children={App} />
@@ -138,7 +143,7 @@ Sapling will detect the names of inline props for JSX components it identifies:
138
143
139
144
```JSX
140
145
// props 'userId' and 'userName' will be listed for Navbar in Sapling
141
-
<Navbar userId={...} userName={...} />
146
+
<Navbar userId={...} userName={...} />
142
147
```
143
148
144
149
Sapling can identify components connected to the Redux store, when 'connect' is imported from 'react-redux', and the component is the export default of the file:
@@ -147,14 +152,14 @@ Sapling can identify components connected to the Redux store, when 'connect' is
147
152
// App.jsx
148
153
importReactfrom'react';
149
154
import { connect } from'react-redux';
150
-
155
+
151
156
constmapStateToProps=...
152
157
constmapDispatchToProps=...
153
-
158
+
154
159
constApp= (props) => {
155
160
return<h1>This is the App</h1>
156
161
}
157
-
162
+
158
163
// Sapling will detect App as connected to the Redux store
<a href="https://github.com/oslabs-beta/sapling/releases"><img alt="GitHub release (latest by date including pre-releases)" src="https://img.shields.io/github/v/release/oslabs-beta/sapling?include_prereleases"></a>
Sapling is a VS Code extension built with React developers in mind. As your codebase grows, your native file structure becomes less and less intuitive. Wouldn't it be nice to have a file structure that represents the actual relationships between the components and containers in your application? Wouldn't you like a quick reference to your available props, and an indication of routes and conditional rendering?
0 commit comments