1つは、標準的な反応するWebアプリケーションです。同じレールバックエンドを持つ2つの異なる反応アプリを構築することは可能ですか？
もう1つは反応するネイティブアプリケーションです。
どうすれば構造化できますか？私はバックエンド（api？）のためにレールを使用しています。
これらは同じコア機能を持ちますが、RNアプリにはいくつかの追加機能があります。
これが役立つ場合は、画像のアップロードが行われます。
私が反応してる初心者
フロントは、あなたがそれにアクセスすること、あなたが10種類のフロントは、それぞれ異なる機能にアクセスするが、すべてが同じバックエンドを使用して終了書くことが書かれている終了何を気にしてはならないバックエンド。
ここで懸念するのは、セキュリティ上の理由からクライアントを適切に認証/検証し、バックエンドからのデータにアクセスするためのセキュリティポリシーが適切であることだけです。
バックエンドサービス、バックエンドサービス、データベース、セキュリティ、apiなどを処理するバックエンドサービスがあります。私たちのアプリケーションは "ディスパッチ"アプリケーションで、 "ディスパッチャ"ドライバーにジョブを割り当て、トラック（艦隊）を管理する。その後、私たちは運転手が外出先で使うことができるRNアプリケーションを持っています。ここで彼らは自分の仕事を完了し、仕事に関するイメージをアップロードできます。私たちには、実際にバックエンド自身が提供するWebアプリケーションがあります。このアプリケーションは、「ディスパッチャ」がドライバにジョブを割り当てるためのインタフェースとして機能します。 （Webアプリケーションを提供しているバックエンドは直接アクセスできない、通常はバックエンドをアクセスするAPI以上のものにして、すべてのインターフェースが別々であるようにするのが嫌な人もいるかもしれません。 。
私たちのすべての認証は、アイデンティティプロバイダ（IDP）と呼ばれる別のサービスを経由し、RNアプリケーションはIDPに接続してドライバを認証し、Webアプリケーションもそこに行き、ディスパッチャを認証します。また、別々のサービスを提供するが、依然としてコアのディスパッチバックエンドと通信する他のいくつかのWebアプリケーションもあります。それらのそれぞれはフロントエンドとしても見えます。
はい、非常に可能であり、毎日行われます。ブラウザのWebアプリケーションは、他のターゲットプラットフォーム、iOS、Android、ブラウザとまったく同じですが、ネイティブWindowsプログラムが必要な場合もあります。それらは技術的にすべて同じもので、同じバックエンドを使用します。
ありがとうございます。 IDプロバイダが何であるか説明してください。 –
@Omorhefereimoloameアイデンティティプロバイダは、ユーザーの資格情報を格納し、資格情報を与えられたユーザーを「識別」できるバックエンドサービスです。実稼働環境では、ユーザーが正当であることを知っているバックエンドを担当します。 Facebookとgithubは、サードパーティのアプリケーションでIDプロバイダとして使用することもできます。「Facebook/Google/githubでサインインする」を参照してください。 – djdduty
ああ、わかっています。ありがとうございました。 –
もちろん可能です。おそらく、RESTの代わりにhttp://graphql.org/を使用する方が簡単でしょう。たとえば、アプリケーションを/ graphql、/ graphiql、/ serveUIなどに分割することができます。ただし、同じクライアントコードをReactとReact Nativeに使用することはできません。 –
ありがとうございます、これをレールで使用できますか？ベストプラクティスと同じクライアントコードを使用していますか？ –