アプリケーションのビジネスロジックは、アプリケーションがユーザーと対話するためのスキームの説明です。ユーザーがサブスクライブするか、注文フォームに入力するか、単にログインすると、これらのアクションはすべて、アプリケーションの「内部」で特定の順序で処理されます。

どのようなデータを要求する必要がありますか?入力したデータは指定したフォーマットと一致していますか?ユーザーが「確認」ボタンをクリックするとどうなりますか?彼はこの操作へのアクセス権さえ持っていますか?特定のアプリケーションのビジネスロジックがどのように構築されているかを調べることで、これらすべての質問や他の多くの質問に答えることができます。

最も簡単な例:航空会社の管理者(ユーザー)が乗客をフライトに登録します(データベースに情報を入力します)。

ユーザーが行うこと:

1.選択したフライトに関する情報を開き、登録済みの乗客のリストに移動し、[乗客の登録]をクリックします。

2.登録フォームに記入します。フライト番号を入力し、乗客を選択し、チェックインの場所とステータスを示します。

3. 「確認」ボタンを押します

4.一般リストに新しい乗客が表示されます。

アプリケーションのビジネスロジックの観点からどのように見えるか:

1.アプリケーションは、ユーザーが許可され、選択したページへのアクセス権を持っているかどうか、および登録操作を確認します。

2.ユーザーがフォームに入力するのを待ちます。

3.入力されたデータを処理します。

NS。入力されたデータがアプリケーションの要件を満たしているかどうかを確認します(これらの要件はプログラマーによって事前定義されています)。たとえば、「フライト番号」フィールドには整数が含まれている必要があります。

NS。データベースから情報を受け取ります。たとえば、フライトと関連する登録(変更を加えるため)、乗客(この乗客が実際にデータベースにあるかどうかを確認するため)に関する情報を受け取ります。

NS。フィールドが正しく入力されていない場合、エラーメッセージを表示します。

NS。データベースに情報を送信し、データベースに新しいレコードを作成したり、既存のレコードを更新したりするコマンドを提供します。

4.更新された情報を画面に表示します。

アプリケーションの一般的なロジックは、 ビジネスプロセス(システム内の特定の操作を説明する図)によって構築されています。乗客レコードの作成、システムへの新しいフライトの追加、登録情報の編集です。

従来のプログラミングに関しては、コードのブロックを使用してすべてのプロセスを記述します。それらの多くはテンプレートに従って書かれています-それらは単に異なる順序で使用され、異なるデータを処理するために使用されます。

ノーコード開発におけるこの「テンプレート」の性質により、ビジュアルプログラミングツール(ビジネスロジックデザイナー)を使用できるようになりました。これらは、アプリケーションの他のコンポーネントの設定に応じて、必要なブロックを選択し、それらを希望の順序でセットアップおよび配置し、さらにいくつかのブロックを自動的に作成するのに役立ちます。肝心なのは、コードの行に何時間も費やす必要のない既製のビジネスロジックです。

AppMaster.ioプラットフォームでビジネスロジックを設定する方法については、 ビジネスプロセスビデオで学ぶことができます。