akira.kei が 2026年06月20日20時09分56秒に編集

コメント無し

本文の変更

[＜前の記事](https://elchika.com/article/6e3b5bf5-af92-4201-9be3-6eee6038aa96/)　：　次の記事＞

[＜前の記事](https://elchika.com/article/6e3b5bf5-af92-4201-9be3-6eee6038aa96/)　：　[次の記事＞](https://elchika.com/article/52bc6697-ec67-44e5-bb41-cb855c59d945/)

## LiquiCrystalを継承しない自前の```AQMCHAR```ライブラリは以下を除いてほとんどが標準の```LiquidCrystal```と同じだ。 - コンストラクタの再定義 - ```#define```に拡張モードの追加 - ```init```の削除 - ```begin```内容の変更 - ```setContrast```の追加 - ```command```、```write```、または```send```の変更 - 接続方法（パラレル→I2C）の変更に伴う変数の更新こうなるともしかして```LiquiCrystal```を継承すれば良くね？って思ってCopilotに聞いてみたが、否定的だった。結論として ==「継承」というオブジェクト指向のテクニックを使うなら、公式の LiquidCrystal は親としてはちょっと頑固で扱いづらい、というのが「難しい」と言われる理由==

ということらしい（継承で書き換えようとしてドツボにハマったんだけどw）。

ということらしい（継承で書き換えようとしてドツボにハマったんだけどw）。 --- [＜前の記事](https://elchika.com/article/6e3b5bf5-af92-4201-9be3-6eee6038aa96/)　：　[次の記事＞](https://elchika.com/article/52bc6697-ec67-44e5-bb41-cb855c59d945/)