Node-RED は GUI で便利にデータの流れを定義することができるビジュアルデータフローエディタです。HTTP(S) や MQTT など多くのプロトコルにも対応しており、これまでプログラミングを記述しないと実現できなかったようなデータの流れを、個別の機能を持ったノードを組み合わせることで、ほぼコーディングレスで実現できるという点が画期的なツールです。このブログでも何度か紹介してきました。
（このエントリで紹介した時のデータフロー。これだけでデータベース入出力を行うウェブアプリケーションを作ってます）
さてそんな簡単で便利な Node-RED ですが、「Node-RED だと（一般的なプログラミングと比較して）処理が複雑になるケース」もあります。こういう視点で語られているドキュメントを目にすること-がなかったこともありますが、Node-RED がより多くの現場で使われていく上での適材適所を考える上では必要になってくると思っていることもあり、そんな例を紹介しようと思いました。
今回、Node-RED と比較するプログラミング環境はサーバーサイド JavaScript である Node.js とします。もともと Node-RED 自体が Node.js 上で動くアプリケーションであり、Node-RED の function ノード内では JavaScript を直接記述することもできるという点で、比較対象としては相応しいのではないかと思っています。
で、この「Node-RED での処理が複雑になるケース」の典型例の１つが if 分岐処理だと自分の拙い経験上で思っています。if 分岐はプログラミング言語を学ぶ中でのかなり早い段階で遭遇することになる基本的な処理ですが、Node-RED では必ずしも基本的とは言えない内容だと感じています。
例を挙げて説明します。例えばこんな処理を行うケース：
よくあるレベルのシンプルな分岐処理ですよね（湿度は％単位で与えられるものとします）。この処理を Node.js （や他の一般的なプログラミング言語）の if 分岐で行おうとすると、こんなシンプルな感じになると思います：
では同じ処理を Node-RED で実現しようとするとどうなるでしょうか？仮に msg.payload.temp と msg.payload.humid にそれぞれ温度と湿度の値が入っているという前提で作ることを考えてみます。
Node-RED で条件分岐を行うノードは "switch" ノードです。機能カテゴリ内にある switch ノードをキャンバスにドラッグ＆ドロップします：
ドロップした switch ノードをダブルクリックして、処理内容を設定する画面に切り替えます：
このノードでは温度(msg.payload.temp)に関する条件分岐を行うことにします。今回は30度以上か、30度未満かで処理を分岐する必要があります。というわけで、プロパティの値を (msg.)payload.temp にして、その条件を指定する部分では「30以上の数値」となるように指定します。またノードの表示用の名前を「温度」と設定します：
今回の処理では温度が「30 以上の場合」と「30 未満の場合」の２つの条件に分岐する必要があります。前者は上記で指定したので後者を追加します。この画面内の「追加」ボタンをクリックします：
すると条件部分が１行追加され、もう１つの条件を指定できるようになりました。ここでは「 30 未満の数値」となるような条件を指定します（下図のようにするか、または後述のように"otherwise"（その他）という選択肢でも同じ結果になります）。 これで msg.payload.temp の値が 30 以上であれば１へ、30 未満であれば 2 へ行く、という分岐処理が定義できたことになります。ここまでできていることを確認して「完了」ボタンをクリック：
すると switch ノードに指定した名前が表示されるのと同時に、ノード右側の出口が２つに増えていることが分かります。上側の接続子が１、下側の接続子が２を意味しており、ここから条件を分岐して処理できるようになりました：
続けて湿度の条件を追加します。温度 switch ノードの①に別の switch ノードを追加して接続します：
追加した switch ノードをダブルクリックして編集ダイアログを出し、以下のように設定します。 名前は「湿度」、プロパティは湿度の値である (msg.)payload.humid 、ここは温度が 30 度以上の場合に処理されるノードなので、分岐の条件は「 50 以上の数値」か「otherwise（それ以外）」として、最後に「完了」をクリックします：
この時点でキャンバス上は以下のような２つのノードが設定されているはずです。③は温度が30度以上で、湿度は50以上なので「不快」、④は温度は30度以上ですが、湿度は50未満なので「不快ではない」という分岐がされたことになります：
では続けて②のノードの続きの処理を追加します。更にもう１つの switch ノードをキャンバスに追加し、温度 switch ノードの②と接続します。そしてノードの設定内容を以下のようにします。先程の湿度ノードに近い内容ですが、このノードは温度が 30 度未満の場合に処理されるので、湿度が 80 以上だった場合に不快、それ以外であれば不快ではないと分岐するノードにしています：
ここまでの作業でキャンバスには以下のように３つの switch ノードが用意されているはずです。そして③と⑤が不快、④と⑥が不快ではない場合の処理を行う流れになります：
後はこの分岐した条件にあわせて処理を繋げていけばよいので、例えばこんなフローになっていくんでしょうかね：
というわけで、目的の条件分岐を Node-RED で実現することはできました。 ただ Node.js では以下のような超シンプルな分岐処理だった割にはフローが複雑になってしまっている面は否めません。これが更に複雑な分岐処理だった場合、Node-RED ではどれだけ switch ノードを並べないと行けなくなるのか・・・：
原因というわけではないのですが、Node-RED の switch ノードは単一のプロパティに対する条件分岐しか行えないため、複数の値を元に条件を分岐するようなケースではどうしてもノードを多用する必要が出てきてしまいます。この部分だけを切り取って結論にはできないと思いますが、Node-RED では if 文による分岐処理は必ずしも簡単ではないということだと思います。
（このエントリで紹介した時のデータフロー。これだけでデータベース入出力を行うウェブアプリケーションを作ってます）
さてそんな簡単で便利な Node-RED ですが、「Node-RED だと（一般的なプログラミングと比較して）処理が複雑になるケース」もあります。こういう視点で語られているドキュメントを目にすること-がなかったこともありますが、Node-RED がより多くの現場で使われていく上での適材適所を考える上では必要になってくると思っていることもあり、そんな例を紹介しようと思いました。
今回、Node-RED と比較するプログラミング環境はサーバーサイド JavaScript である Node.js とします。もともと Node-RED 自体が Node.js 上で動くアプリケーションであり、Node-RED の function ノード内では JavaScript を直接記述することもできるという点で、比較対象としては相応しいのではないかと思っています。
で、この「Node-RED での処理が複雑になるケース」の典型例の１つが if 分岐処理だと自分の拙い経験上で思っています。if 分岐はプログラミング言語を学ぶ中でのかなり早い段階で遭遇することになる基本的な処理ですが、Node-RED では必ずしも基本的とは言えない内容だと感じています。
例を挙げて説明します。例えばこんな処理を行うケース：
・気温(temp)と湿度(humid)という２つの変数値から「不快」か「不快ではない」かを判断する。 ・気温が 30 以上で、かつ humid が 50 以上だと不快 ・気温が 30 未満で、かつ humid が 80 以上だと不快 ・それ以外は不快ではない
よくあるレベルのシンプルな分岐処理ですよね（湿度は％単位で与えられるものとします）。この処理を Node.js （や他の一般的なプログラミング言語）の if 分岐で行おうとすると、こんなシンプルな感じになると思います：
if( ( temp >= 30 && humid >= 50 ) || ( temp < 30 && humid >= 80 ) ){
//. 不快と判断
}else{
//. 不快ではないと判断
}
では同じ処理を Node-RED で実現しようとするとどうなるでしょうか？仮に msg.payload.temp と msg.payload.humid にそれぞれ温度と湿度の値が入っているという前提で作ることを考えてみます。
Node-RED で条件分岐を行うノードは "switch" ノードです。機能カテゴリ内にある switch ノードをキャンバスにドラッグ＆ドロップします：
ドロップした switch ノードをダブルクリックして、処理内容を設定する画面に切り替えます：
このノードでは温度(msg.payload.temp)に関する条件分岐を行うことにします。今回は30度以上か、30度未満かで処理を分岐する必要があります。というわけで、プロパティの値を (msg.)payload.temp にして、その条件を指定する部分では「30以上の数値」となるように指定します。またノードの表示用の名前を「温度」と設定します：
今回の処理では温度が「30 以上の場合」と「30 未満の場合」の２つの条件に分岐する必要があります。前者は上記で指定したので後者を追加します。この画面内の「追加」ボタンをクリックします：
すると条件部分が１行追加され、もう１つの条件を指定できるようになりました。ここでは「 30 未満の数値」となるような条件を指定します（下図のようにするか、または後述のように"otherwise"（その他）という選択肢でも同じ結果になります）。 これで msg.payload.temp の値が 30 以上であれば１へ、30 未満であれば 2 へ行く、という分岐処理が定義できたことになります。ここまでできていることを確認して「完了」ボタンをクリック：
すると switch ノードに指定した名前が表示されるのと同時に、ノード右側の出口が２つに増えていることが分かります。上側の接続子が１、下側の接続子が２を意味しており、ここから条件を分岐して処理できるようになりました：
続けて湿度の条件を追加します。温度 switch ノードの①に別の switch ノードを追加して接続します：
追加した switch ノードをダブルクリックして編集ダイアログを出し、以下のように設定します。 名前は「湿度」、プロパティは湿度の値である (msg.)payload.humid 、ここは温度が 30 度以上の場合に処理されるノードなので、分岐の条件は「 50 以上の数値」か「otherwise（それ以外）」として、最後に「完了」をクリックします：
この時点でキャンバス上は以下のような２つのノードが設定されているはずです。③は温度が30度以上で、湿度は50以上なので「不快」、④は温度は30度以上ですが、湿度は50未満なので「不快ではない」という分岐がされたことになります：
では続けて②のノードの続きの処理を追加します。更にもう１つの switch ノードをキャンバスに追加し、温度 switch ノードの②と接続します。そしてノードの設定内容を以下のようにします。先程の湿度ノードに近い内容ですが、このノードは温度が 30 度未満の場合に処理されるので、湿度が 80 以上だった場合に不快、それ以外であれば不快ではないと分岐するノードにしています：
ここまでの作業でキャンバスには以下のように３つの switch ノードが用意されているはずです。そして③と⑤が不快、④と⑥が不快ではない場合の処理を行う流れになります：
後はこの分岐した条件にあわせて処理を繋げていけばよいので、例えばこんなフローになっていくんでしょうかね：
というわけで、目的の条件分岐を Node-RED で実現することはできました。 ただ Node.js では以下のような超シンプルな分岐処理だった割にはフローが複雑になってしまっている面は否めません。これが更に複雑な分岐処理だった場合、Node-RED ではどれだけ switch ノードを並べないと行けなくなるのか・・・：
if( ( temp >= 30 && humid >= 50 ) || ( temp < 30 && humid >= 80 ) ){
//. 不快と判断
}else{
//. 不快ではないと判断
}
原因というわけではないのですが、Node-RED の switch ノードは単一のプロパティに対する条件分岐しか行えないため、複数の値を元に条件を分岐するようなケースではどうしてもノードを多用する必要が出てきてしまいます。この部分だけを切り取って結論にはできないと思いますが、Node-RED では if 文による分岐処理は必ずしも簡単ではないということだと思います。
コメント