ただ、安らかに...

C++11 範囲for文 [N2930] cppref

概要

配列、連想コンテナを簡潔に扱うための表現。

std::vector<int> buff;

for(auto e : buff)
{
    std::cout << e << std::endl;
}

注意すべきところは受けとる変数の型指定。
配列なんかを添字でアクセスするのとは違い、(必要ならば)明示的に参照をする必要がある。
重いクラスを扱う際に不必要なコピーが発生していないか注意したい。
cppref上にわかりやすい図があったのでそのまま引用する。

仕様

begin()からend()までの範囲に含まれる要素に対し処理を実行する。

使用上の注意

• 範囲for文内でコンテナ要素を追加/削除するとイテレータが無効になる場合がある。
• for-range-initializerに渡したものの寿命が切れてイテレータが無効になる場合がある。
  初期化子リストもC++11の機能で、ちょうど次回確認する。

C++11 decltype [N2343] cpprefjp

仕様

C++11の機能、指定した式の型を取得できる。

typeofと何が違うのかと思ったのだが、typeofは非標準な仕様らしい。
知らなかった...
C言語ではC23にて標準仕様に取り込まれたらしい。(めちゃ最近の話だ...)

typeof演算子 in 標準C - yohhoyの日記 - はてなブログ

typeofと比較して仕様の違い。

1. 参照の扱い

   • decltypeはオペランドの型にある参照を保存する。
   • typeofはオペランドの型にある参照を外す。
     wandbox
     左辺値への参照型に対して型を取得した場合、
     decltype(int&)はint&を示し、
     typeof(int&)はintを示す

2. 使用可能な場所

   • typeofは変数宣言時のみ使用可能
   • decltypeは型名が使用できる場所はどこでも使用可能

3. オペランドの種類

   • typeofは式と型を使用可能
     例) typeof(int)、typeof(a + b)

   • decltypeは式のみ使用可能
     例) decltype(a + b)

追記

C++11の以下機能の組み合わせで使用しているのを見かける
変数の型推論のための auto
decltype
戻り値の型を後置する関数宣言構文

auto function(int a, int b) -> decltype(a + b)
{
    return a + b;
}

C++11 変数の型推論のためのauto [N1984] cpprefjp

C++11からの機能で、変数宣言時に具体的な型名を省略して宣言できる。
個人的にはユーザー定義クラスを使用する時に使用する印象。
ある程度短い型名ではわざわざ使わないかも。uint16_tとか...

例

auto container = std::vector<std::pair<uint8_t, uint16_t>>();
auto user_class = UserDefineClass<uint32_t>();

仕様

auto による型推論は、以下の場所で初期化子がある場合のみ使用可能である。

• ブロックスコープでの変数宣言
• 名前空間スコープでの変数宣言
• for 文の初期化文部での変数宣言
• if 文、 switch 文、 for 文、 while 文の条件部での変数宣言
• new 式の型名指定部
• クラス定義内での静的メンバ宣言

なんとなく変数の初期化で使用できるイメージだが、使用できないケースについてGeminiで確認した。
が、思考モードにしても結構適当言われたので無課金だとあんまり当てにならないな...
cpprefjpを適当でもだらだら見ていなかったら気づかんかったな
以下内容は一応整合性は確認した。

autoが使用できないケース

• 関数引数
  確かに、あまり見たことない気がする。
  C++14でジェネリックラムダ、C++20で関数テンプレートの簡易定義というものが追加され使用できるようになっているらしい。
  詳細はまたいずれ...

• 非静的メンバ変数
  言われてみると関数内、式の中でしか見てないな。
  static constまたはstatic constexprの場合は使用可能らしい。
  wnadbox

• 関数の戻り値
  C++11の機能戻り値の型を後置する関数宣言構文 [N2541]で表現可能。

  auto func() -> int {
      return 0;
  }
  

  以前、標準ライブラリのtype_traitsを見ていた時に結構見かけた。
  ただ、自分で実装する時に使用するかといわれると...
  現状あんまり有効活用できるイメージがない

• 配列宣言
  初期化子リストとしては使用可能らしい。一応コード例 wandbox
• テンプレート引数
  c++17からは使用可能らしい 非型テンプレートパラメータのauto宣言 [P0127R2]

読書

• 集合・位相入門
  引き続き読み進める。
  集合の章は今月で終わらせたい。
• 単体テストの考え方/使い方
  今月の本の予定(未購入)
  t-wadaが圧倒的名著というぐらいなので読んでみようかな

  『単体テストの考え方/使い方』は圧倒的名著で、自信を持ってお薦めできます https://t.co/Ou8InP229a

  — Takuto Wada (@t_wada) December 29, 2025

絵

今目標がないんだなこれが
とりあえずなんか描いて、そこから目標を立てよう。
正月休み中に1枚描くこと。

生活習慣

• 毎日6時間以上の睡眠時間を確保すること
• 土日も朝に起きること

ここ数年は自堕落な生活だったので、いきなり変えられるわけもないが
1月でリセットしたい。

以上

以前使用していたものも4年近くたち、ガタが来ているので買い替えることにした。
旧：arrows we
新：Xperia 10 VII

2025/12/31からスマホを変え、Xperiaを使っている。
まだ数日だが、旧機種と比較して非常に満足している。
まぁ、発売当初の値段で比較すると
(arrows we 19,500円) vs (Xperia 10 VII 80,000円)なので
当たり前っちゃ当たり前...

1. 輝度の幅がデカい
   輝度に関して、両者詳細なスペックが公式にも記載がなかったのだが
   arrowsは屋外で若干見えづらかったり、寝る前に使用するは明るすぎと不満があった。
   Xperiaは輝度の幅がデカく、屋外や暗い室内でも見やすい輝度が選択可能。

2. スペックが良い
   Antutuベンチでの比較だが、

   機種	CPU	GPU	RAM
   arrows we	501818	47777	4GB
   Xperia 10 XII	858495	131709	8GB

   特にRAM容量が大きいのが良い。
   arrowsでは複数のアプリを立ち上げていると動作が不安定になることが多かった。
   ゲームはもってのほかで、ギリギリブルーアーカイブができる(それなりにフリーズする)ぐらい。
   数時間スマホを放置していると通知処理がたまるのか、ホーム画面を表示するのに数分かかり
   これがものすごいストレスだった。
   Xperiaでは今のところ何をやっても快適。

買って数日なので月並みな感想しかないが
前のスマホは4年近く使ったはずなので、良く仕事してくれたと思う。
基本ポンポン買い替えないので、このスマホも4～5年の付き合いになるだろう。大事に使っていきたい。