Skip to content

Commit f24530e

Browse files
authored
Merge pull request #138 from lifeart/patch-1
#135
2 parents c8cd045 + ea063b7 commit f24530e

File tree

1 file changed

+10
-22
lines changed

1 file changed

+10
-22
lines changed

guides/advanced-use/project-layouts.md

Lines changed: 10 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -8,22 +8,24 @@ For example, if you have a `post` resource and a `tags` component in your projec
88
```shell
99
app
1010
├── components
11-
| └── tags.js
11+
| ├── tags.js
12+
| └── tags.hbs
1213
├── controllers
1314
| └── post.js
1415
├── models
1516
| └── post.js
1617
├── routes
1718
| └── post.js
1819
├── templates
19-
| ├── components/tags.hbs
2020
| └── post.hbs
21-
── app.js
22-
── index.html
23-
── resolver.js
21+
── app.js
22+
── index.html
23+
── resolver.js
2424
└── router.js
2525
```
2626

27+
Note: the default layout for non-Octane apps is to have component templates located at `app/templates/components/tags.hbs` instead of `app/components/tags.hbs` as shown above.
28+
2729
The `classic` project provides the easiest way to get started with Ember. It's the easiest way to generate files using Ember CLI. Addons __should only use__ the `classic` structure for compatibility with either `classic` or `pods-based` consuming applications.
2830

2931
## Pods layout
@@ -40,9 +42,9 @@ app
4042
| ├── model.js
4143
| ├── route.js
4244
| └── template.hbs
43-
── app.js
44-
── index.html
45-
── resolver.js
45+
── app.js
46+
── index.html
47+
── resolver.js
4648
└── router.js
4749
```
4850

@@ -108,17 +110,3 @@ app
108110
├── route.js
109111
└── template.hbs
110112
```
111-
112-
## Common questions
113-
114-
I heard Ember is getting a new project or file structure? Yes, there are proposed Ember changes that include a new project/file structure. The new file system is most similar to pods, with its advantages but with better developer ergonomics like the `classic` filesystem.
115-
116-
The changes are more than a new filesystem and include improvements to module names, namespacing and the Ember Resolver.
117-
118-
If changes are made to the file structure in the future, they will be accompanied with codemods and other tools to make the migrating your apps easier. The codemod would migrate `classic`, `pods-based` and `mixed` apps.
119-
120-
Developers who want to test drive the experimental layout should read [RFC 0143](https://github.com/emberjs/rfcs/blob/master/text/0143-module-unification.md) and [#16373](https://github.com/emberjs/ember.js/issues/16373).
121-
122-
In general, experimental features should be used with caution, as they are subject to breaking changes, significant iteration, and in some cases, they may be removed altogether.
123-
124-
To follow along with the progress of new features in Ember, check out the Ember [Blog](https://www.emberjs.com/blog/).

0 commit comments

Comments
 (0)