ベストプラクティス

AppMaster.ioは可能な限り最高のユーザビリティを念頭に置いて作成されましたが、明らかにしなければならないいくつかの非明示的なコンセプトがあります。この記事では、プラットフォームの背後にある主な方法論とコンセプトについて説明します。

今日、ほとんどのノーコード・プラットフォームでは、ユーザー・インターフェースからアプリケーションの作成プロセスを開始するのがごく一般的なアプローチです。このようなアプローチは簡単に始められるように感じられるが、中規模および大規模なプロジェクトには適していない。AppMasterは、世界中の開発者が長年使用しているソフトウェア開発プロセスの標準的な方法を踏襲し、1つの小さな変更を加えています。

最初にモジュールを選ぶ

モジュールの選択から始めることをお勧めします。AppMaster.ioのモジュールには、データモデル、ビジネスロジック、事前定義された設定、インターフェース要素、カスタムコード、および自動化スクリプトを内部に含むことができます。すべてのモジュールは、ロジックとデータを事前に構築することで、開発をスピードアップするために作成されています。プロジェクトの開始時に必要なモジュールをすべて選択することは難しいかもしれませんが、モジュールの性質上、設計にかかる時間を何百時間も短縮できることは間違いありません。

多くのデータモデルを作成し、ある時点でモジュールを有効にしたい場合、よくある状況です。モジュールはデータモデル、ビジネスロジック、その他のコンポーネントを提供するため、モジュールが内部に持つものを既に作成している可能性があります。これは、不必要な交差を引き起こし、データモデル、エンドポイント、UIバインディングを調整するための追加の時間を引き起こす可能性があります。そこで、簡単なアドバイスですが、プロジェクトに使うモジュールの選択から始めましょう。

データはすべての基礎

AppMaster.ioはデータ中心的なアプローチでアプリケーションを作成します。つまり、ほとんどのコンポーネントは、データモデルに基づいてのみ作成することができます。モジュールが完成したら、次のステップはデータモデルを作成することです。そして、それは見かけよりも簡単なことです。各モデル(エンティティ)に必須フィールド(エンティティプロパティ)を設定し、必要に応じていくつかのリレーションを作成するだけです。

データモデル・デザイナーで保存ボタンをクリックすると、AppMaster AIが自動的にすべてのデータモデルの基本ビジネス・ロジック（レコードの検索、レコードの取得、レコードの更新、レコードの削除など）を作成し、作成したビジネス・プロセスのエンドポイントを作成し、基本的な管理Webアプリケーション・ページ（管理パネル）を生成します。

ほとんどすべてのUI要素は、レンダリングするためにデータソースを必要とします。例えば、テーブルコンポーネントは、行のリストを作成するためにエンドポイントを使用します。その際、エンドポイントは付属のビジネスプロセスに依存し、ビジネスプロセスは通常、データモデルとそのフィールドに基づく（ただし、常にではない！）。

AppMaster.ioを最大限に活用するために必要なのは、ソフトウェア開発とデータモデリングの基本コンセプトの理解だけで、他のすべては最初のアプリケーションを作成する過程で理解することができる。