2020/04/30

PlantUMLでクラス図作成

背景


システムの詳細設計でクラス図を作成する必要があり、Gitで差分管理が可能なクラス図作成ツールを調査した。

記事の目的


PlantUMLでクラス図を作成する

クラス図


クラス図について記載する。

クラス図とは

クラス図は、システムの静的な構造・関係性を表現する為の図である。つまり、クラスはオブジェクトの型を表現している。

クラス図の描き方

  • オブジェクトの種類
    1. @startuml
    2. class Class
    3. interface Interface
    4. abstract Abstract
    5. enum Enum
    6. @enduml
    オブジェクトの種類には、クラス(Class)、インタフェース(Interface)、抽象クラス(Abstract)、列挙型(Enum)がある。
    • クラス
    • オブジェクトを生成するための設計図あるいはひな形に相当するもの
    • インタフェース
    • クラスに含まれるメソッドの具体的な処理内容を記述せず、変数とメソッドの型のみを定義したもの
    • 抽象クラス
    • 具体的な処理内容を記述せず、メソッド名や引数などの定義だけを宣言したもの
    • 列挙型
    • 複数の変数をまとめたもの
  • 可視性
    1. @startuml
    2. skinparam classAttributeIconSize 0
    3. class ClassA{
    4. - field1: str
    5. # field2: int
    6. ~ method1(int a): void
    7. + method2(): int
    8. }
    9. @enduml
    可視性は、「属性」や「操作」に対してアクセスが可能となる範囲を表現するものである。
    • +: すべてのクラスからアクセスが可能
    • ー: 自クラスからのみアクセスが可能
    • #: 自クラスおよび継承されているクラスからのみアクセスが可能
    • ~: 同一パッケージ内のクラスからのみアクセスが可能
  • 関係を示す線
    1. @startuml
    2. A --> B: 関連
    3. C ..> D: 依存
    4. E o-- F: 集約
    5. G *-- H: 合成
    6. I <|-- J: 汎化
    7. interface K
    8. K <|.. L: 実現
    9. @enduml
    オブジェクト間の関係には、関連、依存、集約、合成、汎化、実現があり、線で表現される。
    • -->:  関連 (Association)
    • 関連は、複数のクラス間における関係を表現したものである。
    • ..>:  依存 (Dependency)
    • 依存は、クラス間で関係性はあるが、あまり強くない関係性の場合に使用する。
    • o--:  集約 (Aggregation)
    • 集約は、関連のあるクラス同士が、「全体」と「部分」の関係にある場合に使用する。
    • *--:  合成 (Composition)
    • 合成は、「全体」インスタンスが「部分」インスタンスの生成や削除を担っている場合に使用する。
    • <|--: 汎化 (Extension)
    • 汎化は、クラスAの型を継承し、具体化したクラスBがあるときのAとBの関係性を指す。
    • <|..: 実現 (Realization)
    • 実現は、インタフェースとサブクラスの関係を指す。
  • 多重度と関連のラベル
    1. @startuml
    2. BookShelf "1" o-- "*" Book : contains
    3. @enduml
    多重度は、関連のあるクラス間において、クラスAから見たクラスBの存在しうる数を表したものである。
    • "*": 任意
    • "n": 値の通り(n)
    • "0..n" または "*": 0以上
    • "1..*": 1以上
    • "m..n": mからnまで

まとめ


  • PlantUMLでクラス図を作成する方法を調査、記載した

参考文献



変更履歴


  1. 2020/04/30: 新規作成

2020/04/18

GitHubでAuthentication failedが出る場合の対処法

背景


仕事でGitHubAzure DevOpsを使用する際、git pullやgit clone時にAuthentication failedが出たため、対処方法を調査した。

記事の目的


GitHubAzure DevOpsにおける原因不明のAuthentication failedを解決する

Authentication failed


現象

GitHubAzure DevOpsでgit pullもしくはgit cloneする際、下記のようなエラーが出る場合がある
  1. $ git clone https://github.com/xxx/yyy.git
  2. ...
  3. fatal: Authentication failed for 'https://github.com/xxx/yyy.git'

原因

原因として、下記が考えられる。
  • 2FA(2段階認証)に切り替えた
  • トークンが設定されていないため、認証できない。
  • GitHubのレポジトリやAzureDevOpsでアクティブディレクトリを切り替えた
  • ローカルのキャッシュに前の認証情報が残ってしまっているため、認証できない。

対処方法

  • 2FA(2段階認証)に切り替えた場合
    1. 以下のページを参考にし、トークンを設定する
    2. git clone/pull時に、ユーザーIDとトークンを入力してログインする
  • GitHubのレポジトリやAzureDevOpsでアクティブディレクトリを切り替えた場合
    • Windowsの場合
      1. C:\ユーザー\ユーザー名\AppData\Local\GitCredentialManager\tenant.cashを削除
      2. コントロールパネル→ユーザーアカウント→資格情報マネージャー→Windows資格情報→git:https://github.com/xxx/yyy.gitを削除
    • Macの場合
      1. キーチェーンアクセスアプリケーションを開く
      2. github.com の「internet password」エントリを削除
    • Ubuntuの場合
      1. 認証情報を削除
        1. $ git config --global credential.helper erase
      2. 認証情報を再保存
        1. $ $ git config --global credential.helper store

まとめ


  • git cloneやgit pull時のAuthentication failedエラーを解決する方法について調査、記載した


参考文献




変更履歴


  1. 2020/04/18: 新規作成

2020/04/16

Node.jsの導入方法

背景


仕事で、サーバーアプリを開発する必要があり、Node.jsを採用した。

記事の目的


LinuxでNode.jsを導入する

Node.jsの導入


ここでは、Node.jsの導入方法と使用方法について記載する。

node.jsとは


Node.jsは、バイナリにコンパイルされた多くの「コア・モジュール」とともに提供される。それはネットワークの非同期ラッパーであるnetモジュールの他、パスやファイルシステム、バッファ、タイマー、より一般的なストリームなどの基本的なモジュールを含む。サードパーティー製のモジュールを使用することも可能である。それはプリコンパイルされた ".node" アドオン、または、プレーンなJavaScriptファイルのどちらの形式でもよい。JavaScriptモジュールはCommonJSモジュール仕様に従って実装され、モジュールが実装する関数や変数へのアクセスにはexports変数が使われる。
サードパーティーのモジュールはNode.jsを拡張または抽象レベルを提供することで、ウェブアプリケーションで使われる様々なミドルウェア実装することができる。たとえばポピュラーなフレームワークとしてconnectおよびExpress.jsがある。モジュールは単なるファイルとしてインストールすることもできるが、通常はnpmを使ってインストールされる。それは依存性の扱いも含めてモジュールの構築、インストール、更新を助けてくれる。さらに、モジュールはNodeのデフォルトであるモジュール用ディレクトリにインストールしなくても、相対的なパス名を要求することで見つけられる。Node.js wikiに利用可能なサードパーティー製のモジュール一覧がある。

利点

  • Node.jsはシングルスレッドで動作するため、接続数が増えてもスレッドがメモリを食い潰さない
  • ノンブロッキングI/O採用の為、待ち時間が少なく大量の処理を行うことができる
  • Javascriptで実装できるため、開発が容易である


導入方法

node.jsの導入手順は、下記の通りである。
  • Ubuntuの場合
    1. node.js、npm(node.jsのパッケージ管理モジュール;Pythonのpip相当)をインストールする
      1. $ sudo apt install -y nodejs npm
    2. npmでn(node.jsのバージョン管理モジュール;Pythonのpyenv相当)をインストールする
      1. $ sudo npm install n -g
    3. nで最新のnodeをインストールする(apt installで入れたnodeはバージョンが古いため)
      1. $ sudo n stable
    4. apt install で入れたnodejs、npmを削除する
      1. $ sudo apt purge -y nodejs npm
      2. $ sudo apt autoremove
    5. nodeのバージョン確認
      1. $ node -v
  • Windowsの場合
    • 直接インストール
      1. 公式ホームページから、使用するバージョンのインストーラをダウンロードする
      2. ダウンロードしたインストーラを使用し、インストールする
    • nvm-windowsを使用(バージョン管理)
      1. GitHubから、nvm-setup.zip をダウンロードする
      2. 解凍し、nvm-setup.exe(インストーラ)を実行する
      3. コマンドプロンプト(Win+R→「cmd」)で、動作確認を行う
        1. $ nvm version
      4. nvm-windowsでNode.jsをインストールする
        1. $ nvm list available
        2. $ nvm install 6.9.1
        3. # 32ビットの場合
        4. $ nvm install 6.9.1 32
      5. nvm-windowsでNode.jsをアンインストールする
        1. $ nvm uninstall 6.9.1
      6. nvm-windowsでNode.jsを切り替える
        1. $ nvm use 6.9.1

まとめ


  • Node.jsの導入方法について調査、記載した

参考文献




変更履歴


  1. 2020/04/16: 新規作成

2020/04/14

Dockerのコンテナとホスト間でメモリ共有

背景


仕事で、複数のエッジコンピュータにデプロイを行うにあたり、Dockerイメージを利用する必要があった。
複数コンテナ間でプロセス間通信を行うにあたり、メモリ共有を行う必要があった。

記事の目的


Dockerでメモリ共有を行う

メモリ共有コマンドについて


ここでは、Dockerでメモリ共有する方法について記載する。

ホストとコンテナ間で共有

コンテナとホスト間でメモリ共有する手順は、下記の通りである。
  1. --ipcオプション付きでdocker run を実行
    1. $ sudo docker run --ipc="host" nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04
動作確認
  1. /run/shm(メモリ)にデータを保存
    1. $ mkdir /run/shm/test
  2. オプションなしでdocker run を実行
    1. $ sudo docker run nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04 ls /run/shm
  3. --ipcオプション付きでdocker run を実行
    1. $ sudo docker run --ipc="host" nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04 ls /run/shm

コンテナ間で共有

コンテナ間でメモリ共有する手順は、下記の通りである。
  1. --ipcオプション付きでdocker run を実行
    1. $ sudo docker run --ipc="container:<名前|id>" nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04


まとめ


  • Dockerでメモリ共有する方法について調査、記載した


参考文献




変更履歴


  1. 2020/04/14: 新規作成

2020/04/11

DockerでGPUを使用する

背景


仕事で、複数のエッジコンピュータにデプロイを行うにあたり、Dockerイメージを利用する必要があった


記事の目的


DockerでGPUを使用する


DockerでGPU


ここでは、DockerでGPUを使用する方法について記載する。


DockerでGPUを使用する手順

DockerでGPUを使用する手順は、下記の通りである。
  1. CUDAイメージをpull
    1. $ sudo docker pull nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04
  2. GPUオプション(--gpus all)付きで実行
    1. $ sudo docker run --gpus all nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04 nvidia-smi
    2. +-----------------------------------------------------------------------------+
    3. | NVIDIA-SMI 430.26 Driver Version: 430.26 CUDA Version: 10.2 |
    4. |-------------------------------+----------------------+----------------------+
    5. | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
    6. | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
    7. |===============================+======================+======================|
    8. | 0 GeForce GTX 108... Off | 00000000:17:00.0 Off | N/A |
    9. | 23% 30C P8 9W / 250W | 2MiB / 8192MiB | 0% Default |
    10. +-------------------------------+----------------------+----------------------+


備考

  • エラーが出る場合
  • 実行時に下記のようなエラーが出る場合がある。
    1. $ sudo docker run --gpus all nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04 nvidia-smi
    2. docker: Error response from daemon: linux runtime spec devices: could not select device driver "" with capabilities: [[gpu]].
    3. ERROR[0000] error waiting for container: context canceled
    対処法
    1. 対策スクリプトの作成
      1. $ nano ./nvidia-container-runtime-script.sh
      nvidia-container-runtime-script.sh
      1. curl -s -L https://nvidia.github.io/nvidia-container-runtime/gpgkey | \
      2. sudo apt-key add -
      3. distribution=$(. /etc/os-release;echo $ID$VERSION_ID)
      4. curl -s -L https://nvidia.github.io/nvidia-container-runtime/$distribution/nvidia-container-runtime.list | \
      5. sudo tee /etc/apt/sources.list.d/nvidia-container-runtime.list
      6. sudo apt-get update
      7. sudo apt-get install nvidia-container-runtime
    2. 対策スクリプトの実行
      1. $ chmod 777 ./nvidia-container-runtime-script.sh
      2. $ sudo ../nvidia-container-runtime-script.sh
    3. dockerサービスの再起動
      1. $ sudo systemctl restart docker
    4. 動作テスト
      1. $ sudo docker run --gpus all nvidia/cuda:10.0-cudnn7-devel-ubuntu16.04 nvidia-smi


まとめ


  • DockerでGPUを使用する方法について調査、記載した


参考文献




変更履歴


  1. 2020/04/11: 新規作成

2020/04/08

Dockerfileの作成

背景


仕事で、複数のエッジコンピュータにデプロイを行うにあたり、Dockerイメージを利用する必要があった

記事の目的


DockerfileでDockerコンテナを自動ビルドする

Dockerfileの導入


ここでは、Dockerfileの使用方法について記載する。

Dockerfile作成手順

Dockerfileの作成手順は、下記の通りである。
  1. Dockerfileを作成
    1. $ vim Dockerfile
    Dockerfile
    1. FROM nvidia/cuda
    2. MAINTAINER emptySet
    3. # ENV: 環境変数の設定
    4. ENV http_proxy http://your.proxy.com:8080
    5. ENV https_proxy http://your.proxy.com:8080
    6. # RUN: buildするときに実行されるもの
    7. RUN apt update
    8. # ADD: ホスト側のファイル(tar)をコンテナに移動し、展開する
    9. ADD sample.tar.gz /home/
    10. # COPY: ホスト側のファイルをコンテナにコピーする
    11. COPY sample.sh /home/
    12. # ENTRYPOINT: コンテナ実行時に最初に実行される
    13. ENTRYPOINT: /bin/bash
    14. # CMD: runするときに実行されるもの
    15. CMD ["echo", "now running..."]]
  2. bildを実行(カレントディレクトリのDockerfileを使用)
    1. $ sudo docker build -t emptySet/sampleImage .
  3. 動作確認
    1. $ sudo docker run -i -t emptySet/sampleImage
    2. ...
    3. now running...
    4. ...

備考

  • Dockerfikeのコマンド一覧
    • FROM
    • ベースイメージを指定する(必須)
    • MAINTAINER
    • イメージの作成者を記述できる
    • RUN
    • コマンドを実行する
    • CMD
    • docker run時に実行されるコマンド
    • EXPOSE
    • 外部に公開するポートを指定する
    • ENV
    • 環境変数を設定する
    • ADD
    • 指定したファイル・ディレクトリをコンテナ内にコピーする URLの指定が可能。tarファイルは自動解凍する。
    • COPY
    • 指定したファイル・ディレクトリをコンテナ内にコピーする URLの指定不可。自動解凍もしない。
    • ENTRYPOINT
    • docker run時に最初に実行されるコマンド
    • VOLUME
    • 外部からマウント可能なボリュームを指定する データの永続化が可能となる
    • USER
    • コンテナで使用されるユーザ名/UIDを設定する
    • WORKDIR
    • 作業ディレクトリを変更する
    • ONBUILD
    • 次のビルドの最後に実行されるコマンドを設定する

まとめ


  • Dockerfileの作成方法について調査、記載した

参考文献



変更履歴


  1. 2020/04/08: 新規作成

2020/04/06

Dockerの導入方法

背景


仕事で、複数のエッジコンピュータにデプロイを行うにあたり、Dockerイメージを利用する必要があった

記事の目的


UbuntuにDockerを導入する

Dockerの導入


ここでは、Dockerの導入方法と使用方法について記載する。

Dockerとは


Dockerはコンテナ仮想化を用いてアプリケーションを開発・配置・実行するためのオープンソースソフトウェアあるいはオープンプラットフォームである。 Dockerはコンテナ仮想化を用いたOSレベルの仮想化(英語版)によりアプリケーションを開発・実行環境から隔離し、アプリケーションの素早い提供を可能にする。かつその環境自体をアプリケーションと同じようにコード(イメージ)として管理可能にする。Dockerを開発・テスト・デプロイに用いることで「コードを書く」と「コードが製品として実行される」間の時間的ギャップを大きく短縮できる。

利点

  • コンテナに再現性があり、どの環境下でも同じ動作をする
  • コンテナイメージはリポジトリ管理できるため、ロールバックが容易
  • イメージ内で環境が出来上がっているため、環境構築が容易になる


導入方法

Dockerの導入手順は、下記の通りである。ここを参照
  1. Dockerをインストールする(Ubuntuの場合)
    1. $ sudo apt update
    2. $ sudo apt install \
    3. apt-transport-https \
    4. ca-certificates \
    5. curl \
    6. gnupg-agent \
    7. software-properties-common
    8. $ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
    9. $ sudo apt-key fingerprint 0EBFCD88
    10. $ sudo add-apt-repository \
    11. "deb [arch=amd64] https://download.docker.com/linux/ubuntu \
    12. $(lsb_release -cs) \
    13. stable"
    14. $ sudo apt update
    15. $ sudo apt install docker-ce docker-ce-cli containerd.io
  2. プロキシ設定(オプション)
    1. $ sudo mkdir -p /etc/systemd/system/docker.service.d/
    2. $ sudo nano /etc/systemd/system/docker.service.d/10_docker_proxy.conf
    10_docker_proxy.conf
    1. [service]
    2. Environment=HTTP_PROXY=http://your.proxy.com:8080
    3. Environment=HTTPS_PROXY=http://your.proxy.com:8080
    1. $ sudo systemctl daemon-reload
    2. $ sudo systemctl restart docker
  3. 動作確認
    1. $ sudo docker run hello-world
    2. ...
    3. Hello from docker
    4. ...

使用方法

Dockerの使用手順は、下記の通りである。
  1. DockerイメージをDocker Hubで探す
  2. 以下のコマンドでも検索可能(nvidiaを検索)
    1. $ sudo docker search nvidia | more
  3. Dockerイメージをpullする
    1. $ sudo docker pull nvidia/cuda
  4. Dockerイメージを確認する
    1. $ sudo docker images
  5. Dockerイメージの詳細を確認する
    1. $ sudo docker inspect nvidia/cuda
  6. Dockerイメージを起動する
    1. $ sudo docker run nvidia/cuda:latest echo "Hello World"
    2. $ sudo docker run nvidia/cuda:latest -d echo "Hello World" #バックグラウンド実行
    3. $ sudo docker attach --sig-proxy=false id(コンテナID) #フォアグラウンド実行に変更
  7. 実行中のコンテナを確認する
    1. $ sudo docker ps
  8. 実行中のコンテナ一時中断、再開
    1. $ sudo docker kill id(コンテナID) #中断
    2. $ sudo docker start id(コンテナID) #再開
  9. 実行中のコンテナを削除する
    1. $ sudo docker rm id(コンテナID)
  10. コンテナの中で作業する
    1. $ sudo docker run -i -t nvidia/cuda /bin/bash
  11. コンテナからイメージを作成する
    1. $ sudo docker run -i -t nvidia/cuda /bin/bash #コンテナに入る
    2. $ root@7432974# 作業をする
    3. ...
    4. $ root@7432974# exit
    5. $ sudo docker ps -a #先ほどのコンテナを探す
    6. $ sudo docker commit id(コンテナID) emptySet/sample
  12. Dockerイメージを削除する
    1. $ sudo docker rmi nvidia/cuda

アンインストール方法

Dockerのアンインストール手順は、下記の通りである。
  1. docker docker-engine containerd.ioを削除する
    1. $ sudo apt remove docker docker-engine containerd.io
  2. イメージ・コンテナを削除する
    1. # Docker CEを削除
    2. $ sudo apt-get purge docker-ce docker-ce-cli
    3. # dockerイメージやコンテナも削除
    4. sudo rm -rf /var/lib/docker
    5. # 不要なパッケージの削除
    6. sudo apt autoremove

備考


  • Dockerコマンド一覧
  • Dockerコマンド
    1. # コンテナ作成
    2. run image - コンテナを作成する(起動状態で)
    3. create image - コンテナを作成する(停止状態で)
    4. # コンテナ一覧
    5. ps - コンテナの一覧を表示する
    6. stats - コンテナのリソース使用状況一覧を表示する
    7. # コンテナ操作(1)
    8. rm container - コンテナを削除する
    9. start container - コンテナを開始する
    10. stop container - コンテナを停止する
    11. kill container - コンテナを強制停止する
    12. restart container - コンテナを再起動する
    13. pause container - コンテナ上のプロセスを一時停止する
    14. unpause container - コンテナ上のプロセスを再開始する
    15. # コンテナ操作(2)
    16. exec container - コンテナ内でプロセスを起動する
    17. attach container - コンテナに標準入出力をアタッチする
    18. # コンテナ操作(3)
    19. cp srcfile dstfile - コンテナに(から)ファイルをコピーする
    20. rename container newname - コンテナ名を変更する
    21. update container - コンテナの設定(CPU数等)を変更する
    22. # コンテナ詳細
    23. logs container - コンテナのログを表示する
    24. port container - コンテナのポートマッピングを表示する
    25. top container - コンテナ内のプロセスの一覧を表示する
    26. # Dockerレジストリ関連
    27. pull name - レジストリからイメージをダウンロードする
    28. push name - レジストリにイメージをアップロードする
    29. search term - Dockerレジストリからイメージを検索する
    30. login - Dockerレジストリにログインする
    31. logout - Dockerレジストリからログアウトする
    32. # イメージ管理
    33. images - イメージの一覧を表示する
    34. rmi images - イメージを削除する
    35. history image - イメージのヒストリを表示する
    36. commit container - コンテナからイメージを作成する
    37. tag image NEWimage - イメージにタグをつける
    38. build dockerfile - イメージをビルドする
    39. trust - イメージに署名する
    40. # ボリューム管理
    41. volume - Dockerボリュームを管理する
    42. # ネットワーク管理
    43. network - Dockerネットワークを管理する
    44. # インポート/エクスポート/セーブ/ロード
    45. export container - コンテナをファイルにエクスポートする
    46. import file - エクスポートファイルをイメージとしてインポートする
    47. save image - イメージをファイルにセーブする
    48. load file - セーブファイルをイメージとしてロードする
    49. # Docker Swarm(クラスタリング)関連
    50. swarm - Swarmを管理する
    51. node - Swarmノードを管理する
    52. stack - Swarmスタックを管理する
    53. secret - Swarmシークレットを管理する
    54. service - Swarmサービスを管理する
    55. # その他
    56. version - バージョンを表示する
    57. help - ヘルプを表示する
    58. info - Dockerに関するシステム情報を表示する
    59. inspect - 様々なDockerオブジェクトの詳細情報を表示する
    60. diff container - コンテナ生成後の更新ファイルを表示する
    61. wait container - コンテナの停止を待ち合わせる
    62. events - Dockerエンジンのイベントを監視・表示する
    63. image - イメージ管理系コマンドを実行する
    64. container - コンテナ管理系コマンドを実行する
    65. builder - イメージビルド系コマンドを実行する
    66. system - システム管理系コマンドを実行する
    67. config - コンフィグを管理する
    68. context - ビルド時のコンテキストを管理する
    69. engine - Dockerエンジンを管理する
    70. plugin - プラグインを管理する
    オプション(OPTIONS)
    1. --config string
    2. -c, --context string
    3. -D, --debug
    4. -H, --host list
    5. -l, --log-level string
    6. -v, --version
    7. --tls
    8. --tlscacert string
    9. --tlscert string
    10. --tlskey string
    11. --tlsverify
  • コンテナの一括削除コマンド
    1. $ sudo docker rm $(sudo docker ps -aq)
  • イメージの一括削除コマンド
    1. $ sudo docker rmi $(sudo docker images -aq)


まとめ


  • Dockerの導入方法について調査、記載した


参考文献




変更履歴


  1. 2020/04/08: 新規作成
  2. 2020/05/04: アンインストール方法追記
  3. 2020/05/13: Dockerイメージの一括削除方法追記

2020/04/05

Typescriptでsocketio

背景


仕事でTypescriptを使用する機会が出てきたので、使い方を調査した

記事の目的


TypescriptでSocketIO通信を実装する

Typescript


ここでは、Typescriptについて記載する。

Typescriptとは

Typescript

Typescriptはマイクロソフトによって開発され、メンテナンスされているフリーでオープンソースのプログラミング言語である。TypeScriptはJavaScriptに対して、省略も可能な静的型付けとクラスベースオブジェクト指向を加えた厳密なスーパーセットとなっている。C#のリードアーキテクトであり、DelphiとTurbo Pascalの開発者でもあるアンダース・ヘルスバーグがTypeScriptの開発に関わっている。TypeScriptはクライアントサイド、あるいはサーバサイド (Node.js) で実行されるJavaScriptアプリケーションの開発に利用できる。

利点

  • 型チェックが強力で柔軟であるため、型の間違いによるバグを抑制できる
  • VSCodeなどで入力補完が利用でき、JSDocでコメントを作成しておくとドキュメントが不要

テンプレートのパッケージ構成

Typescriptでnodeモジュールを作成するための最小構成
  1. $ tree
  2. .
  3. ├── dist #トランスパイル済みJavascriptファイルの格納先
  4. ├── node_modules # npm installでインストールした依存関係のあるnodeモジュールの格納先
  5. ├── package-lock.json # npm installでインストールしたnodeモジュール情報(自動で生成される)
  6. ├── package.json # このモジュールの情報
  7. ├── param # パラメータファイルの格納先(オプショナル)
  8. └── log-config.json # log4js(ロガーモジュール)の設定ファイル
  9. ├── src # ソースファイルの格納場所
  10. └── app.ts # mainのTypescriptファイル
  11. ├── test # テストコードの格納場所
  12. └── app.test.ts # app.tsのテストコード
  13. ├── tsconfig.json # Typescriptの設定ファイル
  14. └── tslint.json # ts-lint(Typescriptのlintツール)の設定ファイル

package.json

テンプレートのpackage.jsonファイルを記載する。
  1. {
  2. "name": "sample_app",(mainのファイル名)
  3. "version": "1.0.0",(バージョン)
  4. "description": "This is sample code",(モジュールの説明)
  5. "main": "dist/app.js",(mainファイル)
  6. "directories": {(ディレクトリ構成)
  7. "src": "src",
  8. "dist": "dist",
  9. "param": "param",
  10. "test": "test"
  11. },
  12. "scripts": {(スクリプトの設定)
  13. "start": "npm run build && npm run watch", (ビルドして実行)
  14. "build": "npm install && npm run build-ts && npm run tslint",(ビルド)
  15. "serve": "nodemon dist/src/index.js",(サービスとして実行)
  16. "watch": "npm install concurrently && concurrently -k -p \"[{name}]\" -n \"Typescript,Node\" -c \"yellow.bold,cyan.bold,green.bold\" \"npm run watch-ts\" \"npm run serve\"",(ビルドしつつウォッチ)
  17. "test": "npm run build && jest --forceExit --detectOpenHandles",(テストコード実行)
  18. "test-ci": "jest --coverage --forceExit --runInBand",(テストコード実行し、コードカバレッジを表示)
  19. "build-ts": "tsc",(Typescriptのビルド)
  20. "watch-ts": "tsc -w",(Typescriptのウォッチ)
  21. "tslint": "tslint -c tslint.json -p tsconfig.json"(ts-lintを実行)
  22. },
  23. "author": "EmptySet",(作成者)
  24. "license": "MIT",(ライセンス)
  25. "devDependencies": {(依存モジュール、バージョン。npm install -Dでインストールされる)
  26. "@babel/core": "*",
  27. "@babel/preset-env": "*",
  28. "@babel/preset-react": "*",
  29. "@babel/preset-typescript": "*",
  30. "@types/jest": "*",
  31. "@types/uuid": "^7.0.2",
  32. "async-mutex": "^0.1.4",
  33. "babel-jest": "*",
  34. "jest": "^25.2.6",
  35. "log4js": "^6.1.2",
  36. "socket.io": "^2.3.0",
  37. "socket.io-client": "^2.3.0",
  38. "ts-jest": "^25.3.0",
  39. "tslint": "6.1.0",
  40. "typescript": "3.8.3"
  41. },
  42. "dependencies": {(依存モジュール、バージョン。npm installでインストールされる)
  43. "@types/express": "^4.17.4",
  44. "@types/jest": "^25.1.5",
  45. "@types/node": "^13.9.5",
  46. "@types/socket.io": "^2.1.4",
  47. "@types/socket.io-client": "^1.4.32",
  48. "express": "^4.17.1",
  49. "jest-cli": "^25.2.6",
  50. "log4js": "6.1.2",
  51. "tsc": "^1.20150623.0",
  52. "uuid": "^7.0.2"
  53. },
  54. "jest": {(jest(テストツール)の設定)
  55. "transform": {
  56. "^.+\\.ts$": "ts-jest"
  57. },
  58. "testMatch": [
  59. "**/test/**/*.test.ts"
  60. ],
  61. "moduleFileExtensions": [
  62. "ts",
  63. "js"
  64. ],
  65. "globals": {
  66. "ts-jest": {
  67. "tsConfig": "tsconfig.json"
  68. }
  69. }
  70. }
  71. }

tsconfig.json

tsconfig.jsonファイルを記載する。
  1. {
  2. "compilerOptions": {
  3. "module": "commonjs",(モジュールコードのバージョン)
  4. "target": "es2017",(ECMAScriptのバージョン)
  5. "noImplicitAny": true,(Any型を許容しない)
  6. "moduleResolution": "node",(構造の単位)
  7. "sourceMap": true,(tsファイルとjsファイル間のマップファイルを作成)
  8. "outDir": "./dist",(ビルド後のファイルの格納先)
  9. "baseUrl": ".",(ソースファイルのベースのパス)
  10. "rootDir":"./src",(ルートディレクトリ)
  11. "paths": {(パスの定義)
  12. "*": [
  13. "node_modules/*",
  14. "src/*",
  15. "test/*"
  16. ]
  17. }
  18. },
  19. "include": [(includeするファイル)
  20. "src/**/*"
  21. ]
  22. }

tslint.json

tslint.jsonファイルを記載する。
  1. {
  2. "rules": {
  3. "class-name": true,
  4. "comment-format": [
  5. true,
  6. "check-space"
  7. ],
  8. "indent": [
  9. true,
  10. "spaces"
  11. ],
  12. "one-line": [
  13. true,
  14. "check-open-brace",
  15. "check-whitespace"
  16. ],
  17. "no-var-keyword": true,
  18. "quotemark": [
  19. true,
  20. "double",
  21. "avoid-escape"
  22. ],
  23. "semicolon": [
  24. true,
  25. "always",
  26. "ignore-bound-class-methods"
  27. ],
  28. "whitespace":[
  29. true,
  30. "check-branch",
  31. "check-decl",
  32. "check-operator",
  33. "check-module",
  34. "check-separator",
  35. "check-type"
  36. ],
  37. "typedef-whitespace": [
  38. true,
  39. {
  40. "call-signature": "nospace",
  41. "index-signature": "nospace",
  42. "parameter": "nospace",
  43. "property-declaration": "nospace",
  44. "variable-declaration": "nospace"
  45. },
  46. {
  47. "call-signature": "onespace",
  48. "index-signature": "onespace",
  49. "parameter": "onespace",
  50. "property-declaration": "onespace",
  51. "variable-declaration": "onespace"
  52. }
  53. ],
  54. "no-internal-module": true,
  55. "no-trailing-whitespace": true,
  56. "no-null-keyword": true,
  57. "prefer-const": true,
  58. "jsdoc-format": true
  59. }
  60. }

/src/app.ts

app.tsを記載する。
  1. /**
  2. * SocketIO sample
  3. * @summary This is socketIO sample code (get rtt)
  4. * @author EmptySet
  5. * @version 1.0
  6. * @todo Something
  7. */
  8. // ロガーモジュール
  9. import * as Logger from "log4js";
  10. Logger.configure("./param/log-config.json");
  11. // SocketIOのモジュール
  12. import * as socketio_client from "socket.io-client";
  13. import * as socketio from "socket.io";
  14. // UUID作成モジュール
  15. import * as UUID from "uuid";
  16. // Expressモジュール(サーバアプリ)
  17. import * as express from "express";
  18. // HTTPサーバモジュール
  19. import * as http from "http";
  20. // データの型を設定
  21. /**
  22. * Header in data
  23. */
  24. interface Header {
  25. "type": string;
  26. "uuid": string;
  27. "version": number;
  28. "time_stamp": string;
  29. }
  30. /**
  31. * Body in data
  32. */
  33. interface Body {
  34. "time_stamp": Array<number>;
  35. }
  36. /**
  37. * Data format
  38. */
  39. export interface Data {
  40. "header": Header;
  41. "body": Body;
  42. }
  43. /**
  44. * SocketIOクライアントクラス
  45. */
  46. class Client {
  47. // ロガー
  48. protected logger: Logger.Logger;
  49. // SocketIOクライアント
  50. protected io: SocketIOClient.Socket;
  51. // SocketIOのパラメータ
  52. protected url: string;
  53. protected port: number;
  54. protected token: string;
  55. protected namespace: string;
  56. // 接続状態フラグ(true: 接続, false: 未接続)
  57. protected is_connection: boolean;
  58. // コンストラクタ
  59. /**
  60. * Set parameters of socketIO
  61. * @param url Server URL (e.g. azure.com)
  62. * @param port Port number (e.g. 80)
  63. * @param token Token in query
  64. * @param namespace Socket namespace
  65. */
  66. constructor(url: string, port: number, token: string, namespace: string) {
  67. // ロガー名を設定
  68. this.set_logger("client");
  69. // クライアントのパラメータを設定
  70. this.url = url;
  71. this.port = port;
  72. this.token = token;
  73. this.namespace = namespace;
  74. // 接続状態を初期化
  75. this.is_connection = false;
  76. }
  77. /**
  78. * Check connection status
  79. * @param class_name Please set class name
  80. */
  81. set_logger(class_name: string) {
  82. this.logger = Logger.getLogger(class_name);
  83. }
  84. /**
  85. * Check connection status
  86. * @return Connect(true) or not(false)
  87. */
  88. protected check_connection(): boolean {
  89. return this.is_connection;
  90. }
  91. /**
  92. * Set connection status
  93. * @param flg Connect(true) or not(false)
  94. */
  95. protected set_connection(flg: boolean) {
  96. this.is_connection = flg;
  97. }
  98. /**
  99. * Connect to server
  100. */
  101. protected connect() {
  102. this.logger.info("Try connect to server");
  103. // 接続重複時に、前の接続を切断
  104. if (this.check_connection()) {
  105. this.logger.warn("Connection is duplicated. Disconnect from old connection.");
  106. this.disconnect();
  107. }
  108. // サーバーに接続
  109. const uri: string = `http://${this.url}:${this.port}/${this.namespace}`;
  110. try {
  111. this.io = socketio_client.connect(uri, {
  112. transports: ["websocket"],
  113. forceNew: true,
  114. reconnection: true,
  115. query: {
  116. token: this.token
  117. }
  118. });
  119. } catch (e) {
  120. this.logger.error(`Cannot connect to server ${e}`);
  121. }
  122. }
  123. /**
  124. * Disconnect from server
  125. */
  126. protected disconnect() {
  127. this.logger.info("Disconnect from server");
  128. // サーバーから切断
  129. try {
  130. this.io.disconnect();
  131. } catch (e) {
  132. this.logger.error(`Cannot disconnect from server. ${e}`);
  133. } finally {
  134. this.set_connection(false);
  135. }
  136. }
  137. /**
  138. * Run client module.
  139. * Connect to server and set events
  140. */
  141. async run () {
  142. this.connect();
  143. this.io.on("connect", (socket: socketio.Socket) => {
  144. this.set_connection(true);
  145. this.logger.info(`Connected to server. id: ${this.io.id}`);
  146. // 接続したソケットに対して、コールバックイベントを設定
  147. this.set_event(socket);
  148. });
  149. // 切断イベントを設定
  150. this.io.on("disconnect", (socket: socketio.Socket) => {
  151. this.set_connection(false);
  152. this.logger.info(`Disconnected from server. id: ${this.io.id}`);
  153. });
  154. }
  155. /**
  156. * Set callback events
  157. * @param socket socket instance
  158. */
  159. async set_event(socket: socketio.Socket) {}
  160. }
  161. /**
  162. * SocketIO server class
  163. */
  164. export class Server {
  165. // ロガー名を設定
  166. protected logger: Logger.Logger;
  167. // SocketIOサーバー関連
  168. protected server: http.Server;
  169. protected io: SocketIO.Server;
  170. protected nsp_1: SocketIO.Namespace;
  171. protected nsp_2: SocketIO.Namespace;
  172. // SocketIOサーバーのパラメータ
  173. protected url: string;
  174. protected port: number;
  175. protected token: string;
  176. protected namespace: Array<string>;
  177. // 接続数
  178. protected number_of_connection: number;
  179. // コンストラクタ
  180. /**
  181. * Set parameters of socketIO
  182. * @param url Server URL (e.g. azure.com)
  183. * @param port Port number (e.g. 80)
  184. * @param token Token in query
  185. * @param namespace Socket namespace
  186. */
  187. constructor(url: string, port: number, token: string, namespace: ArrayArray<string>) {
  188. // ロガーを設定
  189. this.set_logger("server");
  190. // パラメータを設定
  191. this.url = url;
  192. this.port = port;
  193. this.token = token;
  194. this.namespace = namespace;
  195. // 接続数を設定
  196. this.number_of_connection = 0;
  197. // サーバーを設定
  198. const app: express.Express = express();
  199. this.server = http.createServer(app);
  200. this.io = socketio(this.server, {
  201. pingInterval: 1000,
  202. pingTimeout: 5000
  203. });
  204. }
  205. /**
  206. * Check connection status
  207. * @param class_name Please set class name
  208. */
  209. protected set_logger(class_name: string) {
  210. this.logger = Logger.getLogger(class_name);
  211. }
  212. /**
  213. * Check connection status
  214. * @return Connect(true) or not(false)
  215. */
  216. protected check_connection(): number {
  217. return this.number_of_connection;
  218. }
  219. /**
  220. * Add number of connection
  221. */
  222. protected add_connection() {
  223. this.number_of_connection ++;
  224. this.logger.debug(`Number of connection is ${this.number_of_connection}`);
  225. }
  226. /**
  227. * Add number of connection
  228. */
  229. protected remove_connection() {
  230. if (this.number_of_connection == 0) {
  231. this.logger.error("Number of connection is invalid");
  232. return;
  233. }
  234. this.number_of_connection --;
  235. this.logger.debug(`Number of connection is ${this.number_of_connection}`);
  236. }
  237. protected listen() {
  238. this.server.listen(this.port, this.url);
  239. }
  240. /**
  241. * Disconnect from server
  242. */
  243. protected disconnect(socket: socketio.Socket) {
  244. this.logger.info("Disconnect from server");
  245. // 切断処理
  246. try {
  247. socket.disconnect();
  248. this.logger.info(`Disconnected from server. (ID: ${socket.id})`);
  249. } catch (e) {
  250. this.logger.error(`Cannot disconnect from server. ${e}`);
  251. }
  252. }
  253. /**
  254. * Run server module.
  255. * Listen and set events
  256. */
  257. async run () {
  258. this.listen();
  259. // 接続イベント
  260. this.io.on("connect", (socket: socketio.Socket) => {
  261. this.logger.info(`Connected to client. id: ${socket.id}`);
  262. this.add_connection();
  263. });
  264. // 切断イベント
  265. this.io.on("disconnect", (socket: socketio.Socket) => {
  266. this.logger.info(`disconnected from client. id: ${socket.id}`);
  267. this.remove_connection();
  268. });
  269. // 独自のイベントを設定
  270. this.set_event();
  271. }
  272. /**
  273. * Set callback events
  274. * @param socket socket instance
  275. */
  276. async set_event() {
  277. // Namespace: this.namespace[0]のイベント設定
  278. this.io.of(this.namespace[0]).on("connect", (socket: socketio.Socket) => {
  279. this.logger.info(`Connected to client. id: ${socket.id}`);
  280. // this.namespace[0]のその他イベント設定
  281. socket.on("ping_", (msg: Data) => {
  282. this.logger.info(`Get ping. msg: ${JSON.stringify(msg)}`);
  283. const data: Data = msg;
  284. // 時刻取得
  285. const d = new Date();
  286. data.header.time_stamp = d.toISOString();
  287. data.body.time_stamp.push(d.getTime() / 1000);
  288. this.io.of(this.namespace[1]).json.emit("ping_", data);
  289. });
  290. });
  291. // Namespace: this.namespace[1]のイベント設定
  292. this.io.of(this.namespace[1]).on("connect", (socket: socketio.Socket) => {
  293. this.logger.info(`Connected to client. id: ${socket.id}`);
  294. // this.namespace[1]のその他イベント設定
  295. socket.on("pong_", (msg: Data) => {
  296. this.logger.info(`Get pong. msg: ${JSON.stringify(msg)}`);
  297. const data: Data = msg;
  298. // 時刻取得
  299. const d = new Date();
  300. data.header.time_stamp = d.toISOString();
  301. data.body.time_stamp.push(d.getTime() / 1000);
  302. this.io.of(this.namespace[0]).json.emit("pong_", msg);
  303. });
  304. });
  305. }
  306. }
  307. // Ping送信クラス(Clientクラスを継承)
  308. /**
  309. * Ping class
  310. */
  311. export class Ping extends Client {
  312. private socket: socketio.Socket;
  313. /**
  314. * Emit ping
  315. */
  316. ping() {
  317. this.logger.info("Ping");
  318. // 接続状態をチェック
  319. if (!this.check_connection()) {
  320. this.logger.warn("Has not connect to server.");
  321. return;
  322. }
  323. // 時刻を取得
  324. const d = new Date();
  325. // 送信するデータを定義
  326. const data: Data = {
  327. header: {
  328. type: "PingPong",
  329. time_stamp: d.toISOString(),
  330. uuid: UUID.v4(),
  331. version: 0
  332. },
  333. body: {
  334. time_stamp: [
  335. d.getTime() / 1000
  336. ]
  337. }
  338. };
  339. // データを送信
  340. try {
  341. this.io.compress(true).emit("ping_", data);
  342. this.logger.info("Emit ping data");
  343. this.logger.debug(`Ping data: ${JSON.stringify(data)}, ${this.io.nsp}`);
  344. } catch (e) {
  345. this.logger.error(`Cannot emit pong. ${e}`);
  346. }
  347. }
  348. // pongデータを受信し、RTTを算出
  349. /**
  350. * Get pong data and calculate RTT
  351. * @param msg Pong message
  352. */
  353. protected get_rtt(msg: Data): number {
  354. const data: Data = msg;
  355. // 時刻を算出
  356. const d = new Date();
  357. data.header.time_stamp = d.toISOString();
  358. data.body.time_stamp.push(d.getTime() / 1000);
  359. // RTTを算出
  360. const rtt: number = data.body.time_stamp[data.body.time_stamp.length - 1] - data.body.time_stamp[0];
  361. this.logger.info(`RTT: ${rtt} [s]`);
  362. return rtt;
  363. }
  364. /**
  365. * Set callback events
  366. * @param socket socket instance
  367. */
  368. async set_event (socket: socketio.Socket) {
  369. // ロガー名を設定
  370. this.socket = socket;
  371. this.io.on("pong_", (msg: Data) => {
  372. this.get_rtt(msg);
  373. });
  374. }
  375. }
  376. // Pong返信クラス(Clientクラスを継承)
  377. /**
  378. * Pong class
  379. */
  380. export class Pong extends Client {
  381. /**
  382. * Get ping message and emit pong message
  383. * @param msg Ping message
  384. */
  385. protected pong(msg: Data, socket: socketio.Socket) {
  386. this.logger.info("Pong");
  387. const data: Data = msg;
  388. // 時刻を取得
  389. const d = new Date();
  390. data.header.time_stamp = d.toISOString();
  391. data.body.time_stamp.push(d.getTime() / 1000);
  392. // Pongデータを送信
  393. try {
  394. this.io.compress(true).emit("pong_", data);
  395. this.logger.info("Emit pong data");
  396. this.logger.debug(`Pong data: ${data}`);
  397. } catch (e) {
  398. this.logger.error(`Cannot emit pong. ${e}`);
  399. }
  400. }
  401. /**
  402. * Set callback events
  403. * @param socket socket instance
  404. */
  405. async set_event (socket: socketio.Socket) {
  406. // ロガー名を設定
  407. this.io.on("ping_", (msg: Data) => {
  408. this.pong(msg, socket);
  409. });
  410. }
  411. }
  412. // Sleep関数
  413. /**
  414. * Sleep function
  415. * @param milliseconds Sleep time [ms]
  416. */
  417. function sleep(milliseconds: number) {
  418. return new Promise<void>(resolve => {
  419. setTimeout(() => resolve(), milliseconds);
  420. });
  421. }
  422. // main関数(async: 非同期)
  423. async function main() {
  424. const logger: Logger.Logger = Logger.getLogger("system");
  425. const server = new Server("localhost", 10000, "secret", ["ping", "pong"]);
  426. server.run();
  427. // await: 同期待ち
  428. await sleep(1000);
  429. const ping = new Ping("localhost", 10000, "secret", "ping");
  430. ping.set_logger("ping");
  431. ping.run();
  432. await sleep(1000);
  433. const pong = new Pong("localhost", 10000, "secret", "pong");
  434. pong.set_logger("pong");
  435. pong.run();
  436. await sleep(1000);
  437. ping.ping();
  438. }
  439. exports.main = main;
  440. if (require.main == module) {
  441. main();
  442. }

/test/app.test.ts

テストコードapp.test.tsを記載する。
  1. /**
  2. * SocketIO sample test
  3. * @summary This is socketIO sample test code (get rtt)
  4. * @author EmptySet
  5. * @version 1.0
  6. * @todo Something
  7. */
  8. // app.tsをインポート
  9. import * as rtt from "../src/app";
  10. // ロガーのインポート
  11. import * as Logger from "log4js";
  12. Logger.configure("./param/log-config.json");
  13. const logger = Logger.getLogger("test");
  14. describe("Ping class module test", () => {
  15. const ping = new rtt.Ping("localhost", 10000, "secret", "ping");
  16. it("Set parameters", () => {
  17. expect(ping["url"]).toBe("localhost");
  18. expect(ping["port"]).toBe(10000);
  19. expect(ping["token"]).toBe("secret");
  20. expect(ping["namespace"]).toBe("ping");
  21. });
  22. it("Check connection status function", () => {
  23. expect(ping["check_connection"]()).toBe(false);
  24. ping["set_connection"](true);
  25. expect(ping["check_connection"]()).toBe(true);
  26. ping["set_connection"](false);
  27. expect(ping["check_connection"]()).toBe(false);
  28. });
  29. it("Check rtt calculation function", () => {
  30. const d = new Date();
  31. const data = {
  32. header: {
  33. type: "PingPong",
  34. time_stamp: "2020-04-01T00:00:00.000Z",
  35. uuid: "test",
  36. version: 0
  37. },
  38. body: {
  39. time_stamp: [
  40. d.getTime() / 1000,
  41. 1500000000,
  42. 1500000001
  43. ]
  44. }
  45. };
  46. expect(ping["get_rtt"](data)).toBeLessThanOrEqual(0.01);
  47. });
  48. });

実行時

  1. $npm run start
  2. ...
  3. 10:39:17 PM - Starting compilation in watch mode...
  4. [Typescript]
  5. [Node] [nodemon] 2.0.2
  6. [Node] [nodemon] to restart at any time, enter `rs`
  7. [Node] [nodemon] watching dir(s): *.*
  8. [Node] [nodemon] watching extensions: js,mjs,json
  9. [Node] [nodemon] starting `node dist/src/index.js dist/src/app.js`
  10. [Node] [2020-04-05T22:39:19.023] [INFO] ping - Try connect to server
  11. [Node] [2020-04-05T22:39:19.066] [INFO] server - Connected to client. id: 9tfP7UDHqlCblBzRAAAA
  12. [Node] [2020-04-05T22:39:19.067] [DEBUG] server - Number of connection is 1
  13. [Node] [2020-04-05T22:39:19.076] [INFO] server - Connected to client. id: /ping#9tfP7UDHqlCblBzRAAAA
  14. [Node] [2020-04-05T22:39:19.077] [INFO] ping - Connected to server. id: /ping#9tfP7UDHqlCblBzRAAAA
  15. [Node] [2020-04-05T22:39:20.041] [INFO] pong - Try connect to server
  16. [Node] [2020-04-05T22:39:20.044] [INFO] server - Connected to client. id: wTjYvamapXXZV1yDAAAB
  17. [Node] [2020-04-05T22:39:20.045] [DEBUG] server - Number of connection is 2
  18. [Node] [2020-04-05T22:39:20.046] [INFO] server - Connected to client. id: /pong#wTjYvamapXXZV1yDAAAB
  19. [Node] [2020-04-05T22:39:20.047] [INFO] pong - Connected to server. id: /pong#wTjYvamapXXZV1yDAAAB
  20. [Node] [2020-04-05T22:39:21.044] [INFO] ping - Ping
  21. [Node] [2020-04-05T22:39:21.046] [INFO] ping - Emit ping data
  22. [Node] [2020-04-05T22:39:21.046] [DEBUG] ping - Ping data: {"header":{"type":"PingPong","time_stamp":"2020-04-05T13:39:21.044Z","uuid":"cb6087b4-68d1-447a-b4d2-8e1271b9f735","version":0},"body":{"time_stamp":[1586093961.044]}}, /ping
  23. [Node] [2020-04-05T22:39:21.048] [INFO] server - Get ping. msg: {"header":{"type":"PingPong","time_stamp":"2020-04-05T13:39:21.044Z","uuid":"cb6087b4-68d1-447a-b4d2-8e1271b9f735","version":0},"body":{"time_stamp":[1586093961.044]}}
  24. [Node] [2020-04-05T22:39:21.050] [INFO] pong - Pong
  25. [Node] [2020-04-05T22:39:21.051] [INFO] pong - Emit pong data
  26. [Node] [2020-04-05T22:39:21.051] [DEBUG] pong - Pong data: [object Object]
  27. [Node] [2020-04-05T22:39:21.051] [INFO] server - Get pong. msg: {"header":{"type":"PingPong","time_stamp":"2020-04-05T13:39:21.050Z","uuid":"cb6087b4-68d1-447a-b4d2-8e1271b9f735","version":0},"body":{"time_stamp":[1586093961.044,1586093961.048,1586093961.05]}}
  28. [Node] [2020-04-05T22:39:21.052] [INFO] ping - RTT: 0.00800013542175293 [s]
  29. [Typescript]
  30. ...

まとめ


  • TypescriptでSocketIOの通信モジュールを実装し、nodeで実行する方法を調査、記載した

参考文献



変更履歴


  1. 2020/04/05: 新規作成

MQTTの導入

背景 IoTデバイスの接続環境構築のため、MQTT(mosquitto)の導入を行った。 記事の目的 MQTT(mosquitto)をUbuntuに導入する mosquitto ここではmosquittoについて記載する。 MQTT MQTT(Message Qu...