C++またはQtでのスペシャルファイル・デバイスファイルの操作

Question

C言語を用いてLinuxのデバイスファイルを操作する場合は、
openで得たファイルディスクリプタを使ってioctlで操作をすると思います。

もしこの操作をC++で実装する場合、またQtを使って実装する場合は
それぞれのライブラリにデバイスファイルを操作するための関数は存在しますか？
C++を使っているならC++の標準ライブラリで、Qtを使っているならQtのライブラリで実装できるなら
なるべくそっちを使うべきだと、私は認識しています。
もちろん例外はあるかと思いますが、その認識についても間違ってはいないでしょうか？

もし、デバイスファイルを操作するための関数が存在しない場合
皆さんはどのように実装しているのでしょうか？
どうしてもここの部分はゴリゴリのC言語ライクなコードになってしまうのか
それともC++、Qtのライブラリを挟んで操作するのか（iostreamsやQFile？）
ご教授いただければと思います。

ファイル操作についての知識が浅いため
根本的に勘違いをしている部分もあるかもしれません
是非回答をよろしくお願いいたします。

Answer 1

こんにちは。

「Linuxのデバイスファイル」はLinux固有の機能です。Windowsにはありません。TRONにもないでしょう。
C++やQtはマルチプラットフォームな開発ツールですので、OS固有の機能を直接提供するケースはほぼありません。提供する場合は、できるだけ多くのOS（プラットフォーム）上で同じ記述で対応できるよう抽象化してあります。
「デバイスファイル」は抽象化が難しい（どのような機能を提供するのかOS毎に異なるため）ので、直接のサポートはないです。

C++を使っているならC++の標準ライブラリで、Qtを使っているならQtのライブラリで実装できるなら

なるべくそっちを使うべきだと、私は認識しています。
もちろん例外はあるかと思いますが、その認識についても間違ってはいないでしょうか？

私はその方針に賛成です。しかし、恐らく特に気にしていない人が大半だろうと思います。もしかすると明確に反対意見をお持ちの方もいらっしゃるかも知れません。つまり、それほど普遍的なルールではないように感じます。

皆さんはどのように実装しているのでしょうか？

どうしてもここの部分はゴリゴリのC言語ライクなコードになってしまうのか
それともC++、Qtのライブラリを挟んで操作するのか（iostreamsやQFile？）

私なら、iostreamやQFile経由で使います。もちろん、その部分のコードはOS毎に記述を変える必要があります。例えば、Windowsに/dev/urandomはないですから。それは受け入れざる得ないと思います。
あまり余分な手間がかからないならマルチプラットフォームになるよう記述しています。

Comments

[tuyudaku]

>「デバイスファイル」は抽象化が難しいので、直接のサポートはないです。
なるほど、C言語ライクで書くかライブラリを経由するかになるのですね

>それほど普遍的なルールではないように感じます。
確かに、会社でもその様な考えが少なく感じます
会社自体が古いので、新しいことを取り入れるのに消極的なせいでしょうか
実績重視での考えが強いです。私は実績を増やしたいのですが...

>私なら、iostreamやQFile経由で使います。
なるほど、C言語での実装とライブラリを経由した実装
両方を準備してみて、比較してみることを検討します。

Chironianさんの回答は
欲しい情報を的確に、また要求以上の回答が来てとても勉強になります
いつもありがとうございますm(_ _)m
回答、ありがとうございました。