{"componentChunkName":"component---src-templates-post-template-js","path":"/posts/raspberrypi-clean-architecture","result":{"data":{"markdownRemark":{"id":"94d907e2-7781-58ce-98be-e90c85187bc0","html":"

最近、「Raspberry Pi でおもちゃの車を自動走行させる」という試みを始めました。

\n

\"\"

\n

\"\"

\n

ゆくゆくは自動走行させたいのですが、まずはキーボード入力に応じて車が動くように進めています。

\n

こういったプログラムを書いていると、

\n\n

などがごちゃごちゃになりやすいです。

\n

遊びなのでごちゃごちゃなコードでも構わないのですが、せっかくなので、クリーンアーキテクチャ的な考え方でコードを整理しました。

\n

※ この記事はコードの解説になるので、使った機器などは以下の記事を参照ください。

\n\n

全体構成

\n

整理したコードは、以下のような構成になりました。

\n

\"raspberrypi-clean-architecture\"

\n

ファイルの一覧は以下の通りです。

\n
$ tree src/\nsrc/\n├── application\n│   └── raspberryPiCarApplication.ts\n├── domain\n│   ├── car.ts\n│   ├── carFactory.ts\n│   └── motor.ts\n├── index.ts\n├── infrastructure\n│   ├── dummy\n│   │   ├── dummyMotor.ts\n│   │   └── dummyMotorCarFactory.ts\n│   └── rpio\n│       ├── pwmMotor.ts\n│       └── pwmMotorCarFactory.ts\n├── logger.ts\n└── presentation\n    ├── dummyController.ts\n    └── keyboardController.ts
\n

※ TypeScript で書いています。

\n

コードの解説

\n

ここから、各層のコードを見ていきます。

\n

index.ts

\n

このアプリケーションは、以下のコマンドで起動することになります。

\n
$ sudo node dist/index.js
\n

そこでまず最初に、起動時のエンドポイントとなる index.ts を見てみます。

\n

index.ts の主要な処理は以下の内容だけになります。

\n
const controller = new KeyboardController();\nconst carFactory = new PWMMotorCarFactory();\n\nconst app = new RaspberryPiCarApplication(controller, carFactory);\napp.run();
\n

これは、RaspberryPiCarApplication を構築し、実行しているだけです。

\n

application 層

\n

RaspberryPiCarApplication は、application 層で定義しています。

\n
export default class RaspberryPiCarApplication {\n  private car: Car;\n\n  constructor(private controller: ControllerPort, carFactory: CarFactory) {\n    this.car = carFactory.create();\n  }\n\n  run() {\n    this.controller.enable((command) => {\n      switch (command) {\n        case ControllerCommand.GoStraight:\n          this.car.goStraight();\n          break;\n        case ControllerCommand.Stop:\n          this.car.stop();\n          break;\n        case ControllerCommand.GoRight:\n          this.car.goRight();\n          break;\n        case ControllerCommand.GoLeft:\n          this.car.goLeft();\n          break;\n        case ControllerCommand.CleanUp:\n          this.car.cleanUp();\n          break;\n        default:\n          throw new Error(`Unexpected command: ${command}`);\n      }\n    });\n  }\n\n  cleanUp() {\n    this.car.cleanUp();\n  }\n}
\n

RaspberryPiCarApplication の run メソッドでは、Controller から受け取った入力に応じて、Car インスタンスの対応する処理を呼び出しています。

\n

application 層や domain 層は、ゲーム機で言うところの「本体」に相当します。

\n

そこに対してプラガブルにコントローラを指して使いたいので、コントローラの仕様は application 層で以下のように定義しています。

\n
// このアプリケーションが要求するコントローラの定義\n\nexport interface ControllerPort {\n  enable(send: (command: ControllerCommand) => void): void;\n}\n\nexport enum ControllerCommand {\n  GoStraight,\n  Stop,\n  GoRight,\n  GoLeft,\n  CleanUp,\n}
\n

ゲーム機のポートにコントローラを差し込んで使うイメージから、インタフェースには「ControllerPort」という名前をつけました。

\n

コントローラから受け取る信号は、「ControllerCommand」という型で定義しています。

\n

ControllerPort から接続したコントローラを有効化 (enable) すると、入力を受け取ったタイミングで RaspberryPiCarApplication クラス内に記述した処理が動き、車の操作に繋がるという仕組みです。

\n

presentation 層

\n

ControllerPort に接続 (プログラミング的には implements) する KeyboardController は、presentation 層に配置しています。

\n
export default class KeyboardController implements ControllerPort {\n  enable(send: (command: ControllerCommand) => void) {\n    keypress(process.stdin);\n\n    process.stdin.on(\"keypress\", (ch, key) => {\n      logger.info(`[keypress] ch = ${ch}, key = ${JSON.stringify(key)}`);\n\n      if (!key) {\n        return;\n      }\n\n      // Ctrl + C\n      if (key.ctrl && key.name == \"c\") {\n        logger.info(\"Ctrl + C handling...\");\n        send(ControllerCommand.CleanUp);\n        process.stdin.pause();\n      }\n\n      switch (key.name) {\n        case \"up\":\n          send(ControllerCommand.GoStraight);\n          break;\n        case \"down\":\n          send(ControllerCommand.Stop);\n          break;\n        case \"right\":\n          send(ControllerCommand.GoRight);\n          break;\n        case \"left\":\n          send(ControllerCommand.GoLeft);\n          break;\n      }\n    });\n\n    process.stdin.setRawMode(true);\n    process.stdin.resume();\n  }\n}
\n

キーボードの入力に応じて、RaspberryPiCarApplication 内に記述した処理が呼ばれるようになっています。

\n

現状はキーボード入力を扱う KeyboardController を使っていますが、今後例えば WebSocket などでリモートから命令を出すことなども考えられます。

\n

このコードのように presentation 層が application 層に依存するようにし、その逆向きの依存は排除することで、もしも別のコントローラを作成した場合でも application 層は書き換える必要がなくなります。

\n

WebSocket で操作したくなった場合は、ControllerPort を実装した WebSocketController を記述し、index.ts で KeyboardController を new している箇所を WebSocketController に置き換えるだけです。

\n

domain 層

\n

RaspberryPiCarApplication がコントローラからの入力を受け取った際に操作している Car クラスは、domain 層で定義されています。

\n
export default class Car {\n  constructor(\n    private frontRightMotor: Motor,\n    private frontLeftMotor: Motor,\n    private backRightMotor: Motor,\n    private backLeftMotor: Motor\n  ) {}\n\n  goStraight() {\n    :\n  }\n\n  goRight() {\n    :\n  }\n\n  goLeft() {\n    :\n  }\n\n  stop() {\n    :\n  }\n\n  :
\n

Car クラスは、4 つのモータ (Motor) から成ります。

\n

直進、右折、左折、停止などのメソッドを持ち、その中でモータを操作しているわけです。

\n

domain 層において、モータは interface だけ定義しています。

\n
export default interface Motor {\n  changeToTopSpeed(): void;\n  changeToMiddleSpeed(): void;\n  stop(): void;\n  cleanUp(): void;\n}
\n

これは、domain 層を Rapsberry Pi のピンへの出力という技術詳細に依存させないためです。

\n

こうすることで、ピンへの出力をモックしたテストが記述しやすくなったりもします。

\n

infrastructure 層

\n

Motor の具体実装は、infrastructure 層に配置しています。

\n
export default class PWMMotor implements Motor {\n  protected pwmValue: number;\n\n  constructor(protected pin: number) {\n    :\n  }\n\n  changeToTopSpeed() {\n    this.changeSpeed(MAX_SPEED_VALUE);\n  }\n\n  changeToMiddleSpeed() {\n    this.changeSpeed(MIDDLE_SPEED_VALUE);\n  }\n\n  stop() {\n    this.changeSpeed(STOP_SPEED_VALUE);\n  }\n\n  :
\n

Rapsberry Pi のピンからの出力の具体的な内容は、このクラスだけが知っています。

\n

まとめ

\n

構成図を再掲します。

\n

\"raspberrypi-clean-architecture\"

\n

このようにコードを整理することで、

\n\n

などが分離され、コントローラやモータといった技術詳細がプラガブルになりました。

\n

もともとここまで整理するつもりはなかったのですが、

\n\n

ことを満たすようにコードを整理していたところ、自然にこれに近いかたちになったので、せっかくなのでこの状態まで持ってきてみました。

\n

この規模だとここまでする必要はないかもしれませんが、アプリケーション設計の練習としては面白いと思います。

\n

ソースコード

\n

ソースコードの全容は GitHub の以下のページで公開しています。

\n","fields":{"slug":"/posts/raspberrypi-clean-architecture","tagSlugs":["/tag/raspberrypi/","/tag/architecture/"],"autoRecommendPosts":["raspberrypi-motordriver","raspberrypi-k3s-non-stop-release","typescript-books","what-is-service-class"]},"frontmatter":{"date":"2021-05-22T14:33:22.213Z","description":"最近、「Raspberry Pi でおもちゃの車を自動走行させる」という試みを始めました。\nこういったプログラムを書いていると、「キーボードから入力を受け付ける処理」、「車の動作アルゴリズムを提供する処理」、「Raspberry Pi のピンに出力してモータを動かす処理」などがごちゃごちゃになりやすいです。\n遊びなのでごちゃごちゃなコードでも構わないのですが、せっかくなので、クリーンアーキテクチャ的な考え方でコードを整理しました。","tags":["raspberrypi","architecture"],"title":"Raspberry Pi で動かすコードをクリーンアーキテクチャ的な考え方で整理する","socialImage":null,"recommendPosts":["https://www.kanzennirikaisita.com/posts/raspberrypi-motordriver","https://www.kanzennirikaisita.com/posts/raspberrypi-k3s-non-stop-release","https://www.kanzennirikaisita.com/posts/software-developer-books-index"]}}},"pageContext":{"slug":"/posts/raspberrypi-clean-architecture"}},"staticQueryHashes":["251939775","3942705351","401334301"]}