以下のアプローチ（フレームワーク機能×アプリケーションコンテキスト）のどれが、ネイティブ/レクティブアプリケーションに最も適していますか？

Question

反応のネイティブアプリケーションをreduxと考えると、次のディレクトリ/ファイル構成のどれをお勧めしますか？あるいは、より良い方法で：これは、ネイティブ/レクセス・アプリケーションの反応に適していますか？

- package.json 
- index.android.js 
- index.ios.js 
- ... 
- src/ 
    - App.js [Main file] 
    - Router.js [Routes, Scenes,...] 
    - actions/ 
     - index.js [export all] 
     - types.js [constants, strings] 
     - SellAction.js 
     - ProductsAction.js 
     - DeliveryAction.js 
     - UsersAction.js 
     - CartAction.js 
     - ___Action.js 
    - components/ 
     - commons/ 
      - Button.js 
      - Card.js 
      - ___.js 
     - LoginForm.js 
     - ProductsList.js 
     - CartComponent.js 
     - RecentProducts.js 
     - DesirableProducts.js 
     - ___.js 
    - reducers/ 
     - index.js [combinedReducers] 
     - AuthReducer.js 
     - ProductsReducer.js 
     - DeliveryReducer.js 
     - ___Reducer.js 

02）アプリケーションコンテキスト組織を設定します。

は、このアプリケーションは、ストアが（製品を販売...）

01）フレームワークはが組織を設定していますシミュレートしたとしましょう：

- package.json 
- index.android.js 
- index.ios.js 
- ... 
- src/ 
    - App.js [Main file] {combinedReducers could come to here...} 
    - Router.js [Routes, Scenes,...] {or here...} 
    - sell/ 
     - Component.js 
     - Action.js {the constants strings could be here...} 
     - Reducer.js 
     _ ... other helper files 
    - delivery/ 
     - Component.js 
     - Action.js 
     - Reducer.js 
     _ ... other helper files 
    - user/ 
     - Component.js 
     - Action.js 
     - Reducer.js 
     _ ... other helper files 
    - cart/ 
     - Component.js 
     - Action.js 
     - Reducer.js 
     _ ... other helper files 

Answer 1

いずれも問題ありません。多くの人々が「フィーチャーファースト」構造を選んでいます。さまざまなプロジェクト構造のアプローチについて議論している記事へのリンクについては、https://github.com/markerikson/react-redux-links/blob/master/project-structure.mdを参照してください。