Webアプリケーションプロジェクトのスタックを決めました。それは以下の通りです。Webアプリケーション開発のアプローチ
Express JS + Knex + postgresqlバックエンドをWeb APIレイヤーとして使用します。
フロントエンドとしてのVUE JS。
私はシステム全体の概略設計を完了しました。私は実装の部分に立ち往生しています。最初にUIを構築してAPIを完成させますか、あるいはその逆です。
Webアプリケーションプロジェクトのスタックを決めました。それは以下の通りです。Webアプリケーション開発のアプローチ
Express JS + Knex + postgresqlバックエンドをWeb APIレイヤーとして使用します。
フロントエンドとしてのVUE JS。
私はシステム全体の概略設計を完了しました。私は実装の部分に立ち往生しています。最初にUIを構築してAPIを完成させますか、あるいはその逆です。
通常、2つの異なるチームによって、緊密なカップリングとリーキーな抽象を最小限に抑えるために、両方を同時に構築します。時にはAPIが最初にビルドされ、次にWebやモバイルなどのフロントエンドがビルドされます。フロントエンドは、APIがすでに存在しているかのように最初に構築され、後でAPIを構築するための固い仕様となることがあります。場合によっては、仕様が最初に作成され、バックエンドとフロントエンドの両方が仕様に準拠するように構築されることもあります。それはすべて特定の作業スタイルと要件に依存します。どのようにあなたがそれよりももっと重要である。
私は個人的なプロジェクトに一人で作業し、私のアプローチてるだけでフロントエンドで動作するようにてきた後、で移動終了時にのみ、実際のAPIの動作をエミュレートし、現実的なモックとモックのhttp一部APIの開発。
モデルと機能仕様がどのように明らかであっても、私の経験ではいつも変更要求の対象となり、テストと対話によって開発ワークフローの副作用を防ぐことができます。実際の値はUIです。
あなたはあなたの(またはあなたのクライアントの)ニーズが何であるかをより明確に理解することで、apiの開発が数週間で数週間で完了することがわかります。
希望すると助かります
私は孤独な開発者で、個人的なプロジェクトに取り組んでいます。 –
私はAPIまたはフロントエンドのいずれかで自由に始めることができます –
@RaghavendraKumar最も柔軟な方法は、必要な機能を備えたAPIを作成し、何かが必要なときに簡単なUIを作成することですそこにないAPIから、それをAPIに追加してUIなどで作業を続行します。これは、最終製品がどのように表示されるべきかまだわからない場合は、より良い方法です。または、必要なすべての機能について確信が持てば、API全体を作成してからUI全体を行うことができます。どちらの方法でも、すべての要件を前もって知ることはほとんどないため、おそらくAPIを微調整する必要があります。 – rsp