Typescript 从React Native过渡到颤振时最重要的方面

在开始一个项目之前，我总是想找出组织项目的最佳方法-最重要的概念是：如何构建模块/组件，以及应该使用哪些合适的模式

在React Native中，具有Redux模式的项目结构通常形成为：

 - /src
    - types
    - constants
    - components
        - collection
        - todolist
        - settings
        - etc ...
    - utils
    - reducers
    - store.ts
    - middleware.ts
    - rootReducer.ts

但是，当从React Native过渡到颤振时，项目结构/模式的概念是如此不同

似乎我们所有的源文件都应该位于/lib下

所以，目前我一直在使用项目结构来组织我的模块/组件/…，最好的UI模式应该在中使用

---

你能给我一些尽可能详细的想法吗？

你可以通过

只要通过它，你就可以在颤振的地板上摇动

---

你可以从React National的背景中通过以下方式获得所有重要的因素，以提高你的自我学习能力：

只要通过它，你就可以在颤振的地板上摇动

---

颤振没有最好的方法，但我会给出我自己的方法，我喜欢有两个文件将逻辑从UI核心和模型中分离出来，我保留从HTTP请求到处理不同逻辑的所有逻辑，在UI中，我保留所有视图，共享样式和小部件

- core
    - models
    - viewmodels
    - services
- ui
    - shared
    - views
    - widgest
- main.dart

---

颤振没有最好的方法，但我会给出我自己的方法，我喜欢有两个文件将逻辑从UI核心和模型中分离出来，我保留从HTTP请求到处理不同逻辑的所有逻辑，在UI中，我保留所有视图，共享样式和小部件

- core
    - models
    - viewmodels
    - services
- ui
    - shared
    - views
    - widgest
- main.dart

---

我只想在lib/而不是src下复制您通常的结构/

当我在一个新的平台上做第一个项目时，我假设在中途，我会突然“理解”我们/我应该如何做

---

因此，只需使用常用的方法，然后让自己停下来，在中途进行一次主要的重构。

我只想在lib/而不是src下复制您的常用结构/

当我在一个新的平台上做第一个项目时，我假设在中途，我会突然“理解”我们/我应该如何做

---

因此，只需坚持使用常规方法，然后让自己停下来，在中途阶段进行一次重大重构。

寻找想法列表的问题太多，无法解决堆栈溢出问题，可能主要是意见问题。这里最好的问题是单一的、具体的问题，这些问题有少量可能是正确的答案。寻求想法列表的问题太广泛，不可能出现堆栈溢出，可能主要是观点问题。这里最好的问题是单一的、具体的问题，这些问题有少量可能正确的答案。