sksat
sksat
現状もリモートリポジトリ全部LFっぽいですし,規約の方を変えて`.gitattributes`追加だけでよさそう?
あーそういうことか.普段ここでC++書かれることないから...
素朴に`add_subdirectory()`するのだとinclude path周り困りそうだな〜と思ったんですけど,そうでもないかも
単体の `Driver` という語を無くし, `IfWrapper` を `Device Driver`, `Driver` を `Component Driver` とするなどの案
- 現状のC2A語の`IF`と`Driver`は単純に曖昧だし過剰 - IfWrapperがデバドラなのはかなり明らかなのでdriverと名付けたいが,現状のC2A語のDriverがconflictする - 一旦現状に即した名前としてはやっぱり`IfWrapper` -> `Device Driver`, `Driver` -> `Component Driver`がよさそう - `Component Driver`についてはもうちょっと責任を見つめて整理したい気はするけど,それは後からでもいい - 実際C2A userの`src_user/Drivers/`見たらコンポの名前のディレクトリが並んでいるので気持ちからしてそうでしょう
現C2A語のIFってIfWrapperにあるやつ全部の抽象化インターフェースではないですよね(たぶん)?Device Listだけは不適当だと思う
どちらかというと,フレーム解析やってほしい,という特徴の方に即して命名すべきかも
フレーム解析やってほしいタイプのデバイス,とそれを共通化して扱わなければならないためのインターフェース(Cなので関数ポインタテーブル),そういうインターフェースを使って他のコンポとお話するComponent Driver,という整理にすべきかな
Device DriverとComponentの違いって何よ,という話があり,「テレコマとして抽象できるもの」をComponentと呼ぶことにして,テレコマ(の型)を引き出す部分をComponent Driverとするのがよさそう,ということに. あと,`Driver Instance`もかなりC2A語で,これは↑のテレコマの型に実際のコンフィグを注入する太郎であり,かつ真のdriver instanceを配列で持ってたりする(同じものが複数載ってる場合など)ので,Component Serviceとでも呼ぶのがよさそう.