More than 3 years have passed since last update.

Logic-Designerを用いたサーバサイド処理のローコード開発について（サンプル有）

Last updated at 2021-11-30Posted at 2021-11-30

本記事では、intra-mart Accel PlatForm(以下、IM)の基盤上で動作するアプリケーション、Logic-Designer(以下、LD)に関する技術投稿記事になります。

※Logic-Designerの詳細については、下記公式ガイドを参照願います。
Logic-Designerとは

Logic-Designerについて

LDとは、スクラッチ開発等で必要とするコーディング作業を、ローコードで実現可能とするGUIツールです。

LDでは、いくつかのサーバサイドの処理が「タスク」と呼ばれる、言いかえれば視覚的なAPI群にまとめられており、これらを線で結んで配置し、各タスクに対し「マッピング」と呼ばれる「入出力」を必要に応じて定義します。

これらをいくつかの「ロジックフロー」として定義することで、必要なタイミングで呼び出し可能となります。

スクラッチ開発との相違点

相違点について、下記に記述します。

＜スクラッチ開発＞
・各種APIを正しく使うための知識が必要です。
・定数や変数、関数定義等を全て記述する必要があります。
・第三者が見た場合に処理を追う必要があり、視覚的にわかりづらいことでレビュー作業に時間がかかります。
・動作確認には外部モジュールやコンパイル作業が必要で、試験作業に時間がかかります。
・凡ミスによるバグ発生率が高く、修正作業に時間がかかります。
・エラー時の記述が煩雑になりやすいです。

＜LD開発＞
・各種APIを知らない場合でも、タスク毎の入出力に関する最低限の知識で製造可能です。
・定数名や変数名は汎用的なグローバル定義で使用可能です。
・線引きされたタスクを順に追うだけで、どのような処理が行われるのか視覚的に把握しやすいです。
・デバッグ機能が備わっているため、実行時のパラメータ設定のみで動作確認可能です。
・標準タスク内での内部エラーが発生することは考えにくいため、バグ発生率が比較的少ないです。
・内部エラー時のフラグ確認が容易なため、エラー発生時の挙動をハンドリングしやすいです。

その他特徴

その他特徴ついて、下記に記述します。

・IMのワークフロー後処理や、システムノードで実行するプログラムとしての呼び出し等が可能です。
・ワークフロー操作や、IM-Forma-Designer、IM-BloomMaker等の一部データの操作が可能です。

現時点（2021/11/30）では、IM-BloomMakerは添付ファイル操作のみ、Forma-Designerは添付ファイルや根回しメール、代理承認等を除く機能について対応しているようです。

・ロジックフローから他のロジックフロー呼び出しも可能なため、オブジェクト指向があれば複雑なフローも作成可能です。
・標準タスクに存在しないプログラムは「ユーザ定義」として作成可能です。

（参考）実装例

例として、次のようなサーバサイドの処理の実装が必要な場合を想定します。

画面の入力項目の条件に従い、指定ノードへ処理対象者を追加します。

これをスクラッチで開発する場合、次のような作業が必要です。

１．リクエストパラメータからuserDataIdを取得します。
２．取得したuserDataIdを用いて、必要なAPIを実行し対象テーブルから案件データを取得します。
３．取得結果から、対象データを抽出します。
４．対象データが指定の条件に一致するか判定します。
５．一致する場合、処理者を追加するノードを決定します。
６．指定ノードへ追加する処理対象者を決定します。
７．処理対象者情報を作成します。
８．処理対象者情報を用いて、必要なAPIを実行します。

ここまでの作業が、LDを使用すると次のような操作で作成することができます。

１．案件データを取得するための「案件データ取得」ユーザ定義タスクを新規作成します。