最近、新しいプロジェクトを追加するために同社は、すぐに始めるプロジェクト、同社の新しい仲間を容易にするために、プロジェクトのドキュメントの既存の構造をまとめるには時間がかかります。統合では、それは他の開発者から感じることが反応し、ネイティブネイティブターンをも構築する方法であるべきインフラプロジェクトをrnを、疑いが発生することがあります。ここでは自分の経験を共有するために、我々はいくつかのリファレンスを提供したいと考えています。
推奨クローンした後、この記事を読むためにプロジェクトに輝きます
デモ住所：ライブデモ、連続更新
reduxがプロジェクトで使用されるデータの流れを管理し、プロジェクト全体のアーキテクチャ図を見てください：
全体的なプロジェクトのディレクトリ構造を見てください：
注意：3部構成のプロジェクトで異なるアクション、減速、ストアにReduxのルーチン。一緒にマージするプロジェクト内のアクションと減速。
1.表示層
- ルーティング（ナビゲーター）
- 船舶の部分品（画面）、ページ
- 表示コンポーネント（ビュー）
ルート1（ナビゲーター）
、ルーティングルールを設定し、アプリ内のページ（画面）の全てを管理する責任は、トランジション、アニメーション、ヘッダスタイルなどジャンプ
2容器アセンブリ（画面）
各ページには、容器アセンブリに対応し、全データのページ、およびディスプレイアセンブリを管理する責任があります。
それはまた、他のレベルとの相互作用の原因であるように、小さなプロジェクトは、ビジネス・ロジックは、比較的簡単で、コントローラは、容器内のコンポーネントの機能ブロック図に組み込むことができます。デモこのような実装に対応します。ファイルは、省略することができる容器アセンブリに組み込むことができる、この層の制御コンセプトは、我々はクリアする必要があります。だけでなく、独立した制御層に対応したファイル、または容器アセンブリに制御層へ。
このプロジェクトは、現在のページファイルのデータと外部の相互作用を管理するコントローラの必要性について、この時、複雑な、複雑なビジネスロジックである場合。この時点で、プロジェクトは、ルック内部プロジェクトのディレクトリ構造図となります。
図3は、成分（ビュー）を示します
只承担显示职责。不处理任何业务逻辑。显示组件在项目内，会复用度最高的。在任何页面内，传递指定的数据格式，即可以实现服用。
style文件夹
目录架构内有一个style文件夹，这个地方或许叫UI文件夹更妥当一些。这个文件夹内的内容。需要和项目团队内的UI沟通设计规范后确定,此处记录了整个app的设计规范。这地方是一个很好用的模块，可以快速切换主题，快速适配各种机型。
先说颜色：
内部应该包含整个项目内使用的所有颜色，所有的字号，所有字体等信息。如果合作效率较高。可以一起确定出项目内所有使用的公共组件的样式，比如项目内使用的所有按钮的样式，所有header的样式，所有列表item的样式，所有的间距值等等。
并且给每个对应的值，取一个共同知晓的名称。比如项目内主题色primaryColor，bgColor，一般会使用2-3种红色（red1,red2），2-3种蓝色(blue1,blue2)等
后续在UI出设计图的过程中，颜色标注，使用约定的名称即可。当后期设计图出现改动的时候，只需要将对应颜色色值修改，整个app就可以切换主题。又或者老版本所有的按钮都是使用带阴影的按钮，现在修改为扁平化设计，只需要把项目内的按钮组件调整一个布局，整个app即可切换完成。
再说一下size：
size内要约定好整个app每个页面的上下左右的边界值是什么，状态栏的高度是什么，不同机型的适配则可以在该处处理。比如iOS和Android顶部的状态栏高度不一致。是否全面屏的又是另外一个值。是否有虚拟导航栏又会是另外的值。这个部分使用好的话，能给适配提供大量便利。
2 控制层
動作制御層は、容器組立体を担持するように呼ぶことができ、あなたが負担する別個のファイル制御を与えることができます。どの文書が負担することに引き渡さするとして、決定してください。このセクションでは、特定の作業が行われるべき制御層が記載されています。
主要コンテンツは、コンポーネントにデータを提供することです。二つの方法で：
1.コンポーネントは、この方法が使用される成分に直接戻り、モードの値に戻り、データを要求し、コントローラは、データを取得し、コントローラ内のメソッドを呼び出します。非同期データは、非同期を使用することが推奨される方法/取得を待っています。
2.コンポーネントは、ストアに関連します。通知制御部は、アセンブリ内のデータを取得するための要求を開始します。データを取得する制御部、送信発送後、ストア内のデータを修正しました。機構によってReduxの、コンポーネントへのデータの使用。
データソース取得するためのコントローラ：
1.ネットワーク要求を、
ブリッジ元、リードデータと相互作用することによって、モジュールのネイティブな部分がある場合項目2。
アセンブリからの要求、受信、送信パラメータは、解析された3は、使用される成分に戻ります。（解析データ）
レイヤ3データ
プロジェクト全体のデータプロバイダ
ネットワーク要求
URLに対応するデバッグ/リリースの切り替え、すべてのURL情報を設定するためここで責任。特定のネットワーク要求を実装します。
ネイティブデータ部分2
3店舗
特定の事業部門の良好な内部データモジュールに応じた店舗。