64bit数値の配列を、既存のクラスや型で管理するとき、よい方法はありますか？

Question

やりたいこと
CUintArrayで管理していた32bitの数値が64bitになることになったので、
拡張したい
CUintArrayと同様、できれば宣言時に要素数を気にしたくない

調べたこと
CUint64Arrayというクラスはなかった
20分ほどググったがいい方法を見つけられていない

今考えている方法2つ
１　__int64型のただの配列に格納する
２　CStringArrayに文字列として格納し、使うときに数値に変換する

今考えている方法の問題点
１　CUintArrayを使っていた時は宣言時の要素数は不要だったが、ただの配列になると必要になる。今回、要素数が固定でないため、別の場所にある要素数を参照する設定をする手間が増える
２　数値を文字に変換して格納し、使うときにまた数値に戻すのが少し面倒・手間がかかる

初歩的な質問かもしれませんがよろしくお願いいたします。

Comments

[coco_bauer]

「配列を既存のクラスや型で管理する」というのは、具体的には何をするという事ですか？
配列を扱うときには要素数を考慮する必要があると思うのですが、「要素数を気にする必要があるのが面倒・手間がかかる」という問題を、どのような手段で解決しようと考えているのですか？
こうした事の詳細を質問に追加すると、適切な回答が得られるのではないでしょうか。

[dodox86]

MFCであれば、使っている時点で特有の話なので初歩的な質問とは言えないと思います。CUintArrayとだけ書いて何のことやら分かる人は今や少ないのでは？

[yamekodev]

coco_bauerさん
説明不足でした。申し訳ありません。
もともとCUintArrayを使っていた時は宣言時の要素数は不要でしたが、ただの配列になると必要になります。
要素数が固定でないため、別の場所にある要素数を参照する設定をする手間が増えるということです。

dodox86さん
申し訳ありませんが、この質問が初歩的かどうかという議論をしたいわけではないです。

[episteme]

だったら「初歩的な質問かもしれませんが」は余計。

[yamekodev]

今後は質問や回答に直接関係がないフレーズは書かないように気を付けます。

[fana]

そんな重箱の隅的な至極どうでもいい話に反応するよりも，
回答に対してその話で 良いのか悪いのかetc の応答を行うべきではないのか．

現状，
MFCで用意されているものを使うパターン　と　C++標準なものを使うパターン　の２つの回答がある．
CArrayとstd::vectorの比較とかは相応にググればそういう話も見つかるだろう．

[yamekodev]

失礼しました。ベストアンサーを決めました。
また、回答内容の方針・考え方についてのご教示もありがとうございました。

[fana]

選んだ理由がしっかり明記されていて，とても良いと思いました．

（どーでもいい話については，あなたの 2021/08/17 09:57 のコメントで収束するだろう，と見えたけども，このteratailでは何故かそこで終わらないようなこともわりとあり得る(!?)ので，念のため予防的に書いてみたという感じ）

Answer 1

MFCのおはなしでしたら CArray<unsigned __int64>

Comments

[yamekodev]

ありがとうございます。こちらを参考にします。
理由
CUintArrayからの置き換えという点を重視。
パブリックメソッドが同じなので置き換えが容易と考えたため。

[episteme]

個人的には std::vector<std::uint64_t> をオススメしますけどね(シリアライズするつもりがないなら)。

あるいは
template<typename T>
class CMyArray : public CObject {
std::vector<T> body;
...
};
みたいにwrapするか。

Answer 2

std::vector< std::uint64_t > ではダメなのでしょうか？