Prologue
世の中に当たり前のように広まってきたノーコード。
コードを書かずにアプリを作れる素敵な魔法。
一方、エンジニア界隈では使いものにならないという風潮を強く感じる。
触ってみないと分からないじゃないか！
そう思っていたところ、社内向けアプリ開発の依頼が舞い込んだ。
諸条件もノーコード向き。これは試すしかない。
ノーコードの可能性を信じて...
諸条件
・短納期
・低コスト
・まずはスモールスタートで様子見
目次
※今回は外部連携等は行わず、Adalo単体での利用を前提として触ってみた見解をまとめる。
ノーコード「Adalo」について
Adaloの特徴
Adaloは、特にモバイルアプリに強みのあるノーコード開発のプラットフォーム。
ブラウザ上でドラッグ＆ドロップによる直感的なUI構築が可能。
そして、サーバーや内部データベースも備わっているため、別途インフラ環境を用意せずともスマホアプリやWebアプリを開発できる。
また、外部APIとの連携機能もあるため、データベースを他サービスや自前で用意することも可能となっている。
ノーコードゆえの制約はあるものの、React Nativeベースでコンポーネントを自作・アップロードすることで、ある程度の拡張性も持たせられる。
今回Adaloを選択した理由としても、
インフラさんに環境の用意を依頼したり、クリエイティブさんにデザインを依頼したりせずとも、そこそこのアプリを短期間で構築できると見込んだため。
（+ 最悪、カスタムコンポーネントを作ればなんとかできるだろうの精神）
便利だと感じた点
1. 豊富なテンプレートを利用した開発
とにかく驚いたことはタイトルにある通り、ログイン機能。
Adaloでは、下記イメージのようにテンプレートを選択してアプリ開発をスタートすることができる。
①プラットフォームを選択
②テンプレートを選択
③アプリ名やカラーテーマを設定
↓↓↓
④ログインどころか、機能が一式揃った状態でスタート！
※以降2～3の項目は一部、Adalo有料プランの利用が前提となる
2. カスタムコンポーネント開発での拡張性
基本的には用意されたコンポーネントと呼ばれる要素を画面上で配置して開発を進めるが、欲しいコンポーネントが無いこともある。
そんな時に救いとなるのが、自作できるカスタムコンポ―ネント。
試しにいくつかのコンポーネントを作ってみた。
・生体認証ログイン
・日付のフォーマット表示（〇月〇日）
・日付の範囲指定入力 等々
長くなるので詳細は割愛するが、ざっくりと以下の手順でコンポーネント開発が可能。
前提条件
・Node.js（v10.2以上）がインストールされていること
・npmまたはyarnが使用可能であること
・Adalo有料プランのアカウントを保有していること
- Adalo CLIのインストール
npm install -g @adalo/cli
- コンポーネントの初期化
npx create-adalo-component my-component
cd my-component
- Adaloアカウントへのログイン
※Adaloのアカウント情報（メールアドレス、パスワード）を入力
npx adalo login
- コンポーネントの編集
最低限、下記の3ファイルを編集する。
| ファイル名 | 内容 |
|---|---|
manifest.json |
コンポーネントのサイズやpropsの定義など、Adaloエディタでの動作に関わる設定を記述 |
src/components/○○/index.js |
コンポーネントの処理やUIを記述 |
adalo.json |
ライブラリ全体のメタ情報（作者・説明・公開設定等）を記述 |
- ビルド＆アップロード
npx adalo publish
アップロード時、公開範囲を選択可能
・Public: マーケットプレイスで誰でも使えるようにする
・Private: 特定チームのみに配布（チーム設定が必要）
アップロード後、適用するとAdaloのエディタに表示されて利用可能となる。
下記イメージの「Private Components」欄に表示。
3. アプリのビルドが簡単にできる
Adaloでは、「Publish」という機能でアプリをweb公開、Android、iOS用にビルドを行う事ができる。
開発中はPreview機能で画面を確認しながら進めることができる。
Androidアプリのビルドも試しにやってみたが、驚くほど簡単。
「Publish」でAndroid Appを選択
認証情報等を設定
表示名やアイコンを設定
バージョン番号を指定してビルド実行
ビルド成功すると、apkファイルをダウンロードできるようになった すごい
ツールとしての制約や課題に感じた点
・少しでも複雑なビジネスロジックが必要となると詰む。
特にコレクション（RDBでいうところのテーブル）の扱いは不便な点が多く、癖も強い。
複数のコレクションを跨いだ絞り込みや、JOIN的な操作は極めて限定的になる。
一般的なDB設計の感覚で挑むとUI構築時に取得できないといった課題に直面し、
都度テーブル定義を見直す羽目になりそう。（なった）
・性能面で課題を感じた場合、改善の見込みが薄い。
Adalo側で環境や処理も用意されている分、工夫で改善できる幅はかなり限られる。
※外部連携等も視野に入れた場合は大きな課題とならないのかもしれない。
・分岐処理がとても書きづらい
下記イメージのように「Visibility」を設定すれば特定条件時のみの表示が可能となるが、
状態のパターン数分コンポーネントを重ねて配置＆設定する必要がある。
一覧表示内でフラグによって内容を変えたり色を分けたいといったシーンでは、
コンポーネントが重なりすぎて人間の目では管理できない状態となり得る。
（4パターンでもこの状態）
・日本語を直接入力できない
Adaloエディタでテキストの入力欄などに日本語入力すると文字がおかしくなるので、
一度メモ帳などに書いてからコピペする必要がある。地味に大変。
・予期せぬ不具合が起きる
ホスティングやビルド含めAdalo側で色々とやってもらえる反面、予期せぬ不具合が発生することもしばしば。
数日触れた範囲でも、下記のような不具合に遭遇した。
・公開したWebアプリにアクセスした際にエラーで画面表示できない。
（数分後再度アクセスすると直ってる）
・アプリをBuildすると一生「Queued」になったまま。もしくは「Failed」になる。 等
いずれも時間経過で解決はしたが、こちらで打てる手がAdaloへの問合せくらいしかない。
有効に活用できそうなシーン
・デザインや画面遷移のイメージを確かめられるものが欲しい
→インタラクティブなプロトタイプの開発はスピード感も質も向いているかもしれない。
・業務ロジックは不要でシンプルなアプリを低コストで開発したい
※バチバチのReactマスターがアプリ開発するといったケースでは、全く景色が異なるかもしれない。
結論
使ってみた結論としては、社内外問わず業務で使う本格的なアプリを構築するには力不足。
便利に感じる部分が多くありつつも、あと一歩足りない..で埋め尽くされている。
「こういうサービスもあるんだな～」と息抜きに触るには持ってこいだが、
エンジニアがアプリを構築する場合は選択肢に入れなくて良いと感じた。
コードを書いた方が早かったんじゃないかと何度考えたことか
とはいえ、あくまで"現時点では"という認識でおり、今後の発展も楽しみにしたい。
他のサービスも調べたところ、構築後にコードをexportできるノーコードもあるそうな。
新たな可能性を感じて、また確かめようとしてしまっている自分がいる。