アカウント名:
パスワード:
ざっとみたところこんな感じですね
elGyroSensorGetValue ジャイロセンサ読み取りelMotorGetAngle エンコーダ角度読み取りelMotorSetAngle モータを指定した角度まで回転elMotorSetBrake モーターのブレーキ設定elSpeakerOutput スピーカーからトーン出力elBluetoothSendData Bluetoothでデータ送信
まるでロボコンの制御の標準化やってるみたいな印象を受けます産業用途で細かい制御APIを次々追加しだすと規格が爆発するし、ならば肥大化したAPI使うのはかえって面倒になるかも例えて言うならばArudioとかRaspberry Piなんかで出来る程度のことをやるのにピッタリという感じですね
抽象性を持たせるっていうなら意味があるが、
型定義 説明ELChar 符号付き8bit整数ELUChar 符号無し8bit整数ELInt16 符号付き16bit整数ELUInt16 符号無し16bit整数...
っていうのはstdint.hでいいじゃんて思うんだけど.なんで独自にtypedefしたがるんだろ?
stdintを使ってね。と言うのはプロジェクト単位で個別に縛る場合には有効でも、プロジェクト間のソースコードの使いまわしを想定すると不足なんですよね。もう少し開発者寄りのところで型の大きさを確定させないと、片方ではsizeof(int)=32なのに、もう片方ではsizeof(int)=16だったり64だったりするのが改善されなくなる。上に、ワードサイズを明示的に考えるという風習がある現場とない現場と両方ありますので。
いちおう uint16_t とかがstdint.hには入っているわけではありますが。
ただ、微妙に古いコンパイラ(VCとか)にないなど、はまりがあるので結局はtypedef ORE_uint16_t するという。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
ロボコン用? (スコア:0)
ざっとみたところこんな感じですね
elGyroSensorGetValue ジャイロセンサ読み取り
elMotorGetAngle エンコーダ角度読み取り
elMotorSetAngle モータを指定した角度まで回転
elMotorSetBrake モーターのブレーキ設定
elSpeakerOutput スピーカーからトーン出力
elBluetoothSendData Bluetoothでデータ送信
まるでロボコンの制御の標準化やってるみたいな印象を受けます
産業用途で細かい制御APIを次々追加しだすと規格が爆発するし、ならば肥大化したAPI使うのはかえって面倒になるかも
例えて言うならばArudioとかRaspberry Piなんかで出来る程度のことをやるのにピッタリという感じですね
型定義も (スコア:0)
抽象性を持たせるっていうなら意味があるが、
型定義 説明
ELChar 符号付き8bit整数
ELUChar 符号無し8bit整数
ELInt16 符号付き16bit整数
ELUInt16 符号無し16bit整数
...
っていうのはstdint.hでいいじゃんて思うんだけど.なんで独自にtypedefしたがるんだろ?
必要悪(Re:型定義も (スコア:1)
stdintを使ってね。と言うのはプロジェクト単位で個別に縛る場合には有効でも、プロジェクト間のソースコードの使いまわしを想定すると不足なんですよね。
もう少し開発者寄りのところで型の大きさを確定させないと、片方ではsizeof(int)=32なのに、もう片方ではsizeof(int)=16だったり64だったりするのが改善されなくなる。上に、ワードサイズを明示的に考えるという風習がある現場とない現場と両方ありますので。
Re: (スコア:0)
いちおう uint16_t とかがstdint.hには入っているわけではありますが。
ただ、微妙に古いコンパイラ(VCとか)にないなど、はまりがあるので
結局はtypedef ORE_uint16_t するという。