18

少し広い質問ですが、JS の世界ではこれらすべての傾向があるため、そのような単純なことに関する情報を見つけるのが難しい場合があります。このような種類のプロジェクトでファイルとフォルダーを整理するより良い方法は何ですか? Facebook からいくつかの言語でサーバーの例がありますが、これは非常に基本的なプロジェクト用です。

gitの React Examples もご覧ください。

しかし、これらの例はただ遊んでいるだけです。

目標は、クライアント コンポーネントとサーバー コンポーネントを明確に分離することです。それらを別のフォルダ ツリーに移動します。また、アプリのような構造を持っています (たとえば、Django のように)

したがって、主な質問は次のとおりです。

nodejs/iojsサーバー側をReactクライアント側コンポーネントから分離し、すべてを1つのプロジェクトにまとめる正しい方法は何ですか?

計画：

  • ユーザーがハブ/トピックで区切られた独自の記事を作成できるサイト用の nodejs サーバー。
  • フロント エンドで反応します。SPA。
  • 負荷 - 約 10,000 ユーザー。
  • Mongoose 経由でアクセスできる MongoDb データベース
4

3 に答える 3

8

React-starter-kitは非常に優れた同形プロジェクト テンプレートであり、eslint、babel などの必要なツールもすべて含まれています。十分に文書化されているため、各フォルダーの目的を簡単に知ることができます。

プロジェクト構造を構築する前に、フラックスを適用する必要があるかどうかを検討する必要があります。異なるフラックスまたはフラックスにインスパイアされたフレームワークによって、構造が異なる場合があります。React-starter-kit は、さまざまな実装を試すのに適した場所です。

于 2015-09-23T01:28:04.767 に答える
5

このようなものはどうですか。GitHub の多くのプロジェクトが同様の構造に従っているのを見てきましたが、それが私が使用しているものです。

components/   // React Components Directory
models/       // Mongoose Models (if your using a database too)
public/       // Static Files Directory
---- css
---- js
---- svg
...
utils/        //Files containing utility methods
views/        // Server Side Views (jade, or handlebars, ..)
app.js        // Client side main
config.js     // App configuration
package.json 
routes.js     // Route definitions
server.js     // Server side main
于 2015-09-22T20:00:45.663 に答える
4

基本的に、React.js ボイラープレートから始めることができます。それを見て、いくつかの側面で問題を評価します

  • 人々のグループ間で作品を分けるのは簡単ですか
  • アプリの構造は理にかなっていますか? しばらくして同じことをやり直したときに、アプリの構造を理解するのに苦労することはありますか?
  • 将来、機能主義者を追加したい場合、そうするのは難しいでしょうか? （csrfサポートが欲しいと言う）

いくつかの反応ボイラープレートを比較し、最終的に isomorphic500 を使用しました。私はコードを少し修正して、次のようなものに到達しました。

アプリの構造

私のsrcフォルダーの中にあるのは、開発するモジュールです。私にとっては、すべてのモジュールが分離されていれば、開発が容易になります。そうすることで、チームメイトがいる場合でも作業を分離できます。

于 2015-09-23T01:42:40.403 に答える