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
Copy file name to clipboardExpand all lines: CHANGELOG.md
+59-4Lines changed: 59 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,12 +5,66 @@ All notable changes to this project will be documented in this file.
5
5
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
6
6
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
8
-
## [Since last release][since-last-release]
8
+
<!--## [Since last release][since-last-release]-->
9
9
10
-
### Added
10
+
## [2.1.0] - 2024-10-31
11
+
12
+
The new revision of Feature-Sliced Design is here! The main difference with FSD 2.0 is the new approach to decomposition — “pages first”.
13
+
14
+
### What's “pages-first”?
15
+
16
+
You do “pages first” by keeping more code in pages. For example, large blocks of UI, forms and data logic that are not reused on other pages should now stay in the slice of the page that they are used in. The division by segments (`ui`, `api`, `model`, etc.) still applies to all this code, and we encourage you to further split and organize code into folders inside of segments — don't just pile all the code into a single file.
17
+
18
+
In the same way, widgets are no longer just a compositional layer, instead they should also store code that isn't currently needed outside of that widget, including its own stores, business logic, and API interactions.
19
+
20
+
When you have a need to reuse code in several widgets or pages, consider putting it in Shared. If that code involves business logic (i. e. managing specific modal dialogs), consider breaking it up into infrastructural code, like the modal manager, and the business code, like the content of the modals. The infrastructure can then go to Shared, and the content can stay in the pages that use this infrastructure.
21
+
22
+
### How is it different?
23
+
24
+
In FSD 2.0 we explained how to identify entities and features in your application, and then combine them in widgets and pages. Over time we started disliking this approach, mostly for the following reasons:
25
+
26
+
- Code cohesion is much worse in this approach
27
+
- You need to jump around several folders just to make changes to a single user flow
28
+
- Unused code is harder to delete because it's somewhere else
29
+
- Finding entities and features is still an advanced skill that needs to be developed over time
30
+
- It requires understanding of the business context, which not all developers want to bother with
31
+
- On the other hand, splitting by pages is natural and requires little training
32
+
- Different developers have different understandings of these concepts, which leads to everyone having their own idea of FSD, which causes conflict and misunderstanding
33
+
34
+
### Is it hard to migrate from FSD 2.0?
35
+
36
+
This is a non-breaking change, so you don’t even necessarily need to migrate your current FSD projects to FSD 2.1, but we still think the new way of thinking will lead to a more cohesive and less opinionated structure. We’ve compiled a few steps you can take in [the migration guide](https://feature-sliced.design/docs/guides/migration/from-v2-0).
11
37
12
-
- New article about how to use FSD with Next.js (#644).
38
+
### What else happened since the last release?
39
+
40
+
The cross-import notation (`@x`) that was an experimental proposal for a long time has now been standardized! Its official name is **Public API for cross-imports**. You can use it to create explicit connections between entities. There's [a new section in our documentation all about this new notation](https://feature-sliced.design/docs/reference/public-api#public-api-for-cross-imports).
41
+
42
+
Another exciting new thing in the FSD ecosystem is our architectural linter, [Steiger](https://github.com/feature-sliced/steiger). It's still in active development, but it is production-ready.
43
+
44
+
A couple more minor clarifications to the docs were made as well:
45
+
46
+
1. Application-aware things like the route constants, the API calls, or company logo, are now explicitly allowed in Shared. Business logic is still not allowed, but these things are not considered to be business logic.
47
+
2. Imports between segments in App and Shared were always allowed, but it's been made explicit too.
48
+
49
+
And here's what happened to the documentation website:
50
+
51
+
#### Added
52
+
53
+
- Slightly rewritten and expanded overview page to give some details about FSD right away (#685).
54
+
- New partial translations: Korean (#739, #736, #735, #742, #732, #730, #715), Japanese (#728).
13
55
- The tutorial was rewritten. Technical details were stripped out, more FSD theory has been added (#665).
56
+
- Guides on how to deal with common frontend issues like page layouts (#708), types (#701), authentication (#693).
57
+
- Guides on how to use FSD with Nuxt (#710, #689, #683, #679), SvelteKit (#698), Next.js (#699, #664, #644), and TanStack Query (#673).
58
+
- A new feedback widget, powered by PushFeedback! Go give it a try and let us know what you think of the new pages (#695).
59
+
- Comparison of FSD with Atomic Design (#671).
60
+
61
+
#### Changed
62
+
63
+
- The migration guide from a custom architecture (formerly known as "from legacy") has been actualized (#725).
64
+
65
+
#### Removed
66
+
67
+
- The decomposition cheatsheet is now unlisted for an undefined period of time. It proved to be more harmful than useful, but maybe it can be saved later (#649).
14
68
15
69
## [2.0.0] - 2023-10-01
16
70
@@ -41,5 +95,6 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
41
95
- The overview page has been rewritten to be more concise and informative (#512, #515, #516).
42
96
- FSD has updated its branding, and there are now guidelines to the brand usage. The standard spelling of the name is now "Feature-Sliced Design" (#496, #499, #500, #465).
0 commit comments