クラス名・変数名に迷ったら書き込むスレ。Part29

**デフォルトの名無しさん** · 2025/08/16(土) 13:24:25.55

nagoka -> nagoya
typoにいまごろ気づく。
直せずにそのままになっているプロジェクトも多いよねぇ。
canvas だったら canvasesでしょう。

**デフォルトの名無しさん** · 2025/08/16(土) 13:27:33.26

historyならhistriesOfCanvasかなぁ。

**デフォルトの名無しさん** · 2025/08/16(土) 13:28:59.14

histries -> histories
oが抜けた。
canvasHistsもありかな？

**デフォルトの名無しさん** · 2025/08/16(土) 13:33:16.60

ともかく、統一する。historiesOf～か、～Historiesまたは～Histsで統一だな、おれの場合は。

**デフォルトの名無しさん** · 2025/08/16(土) 16:21:32.35

whatだけじゃなくwhyからも考えたほうがいいかもしれない
例えばcanvasに対する変更をundoできるように変更履歴を配列に入れてるということならundoStack/redoStackとか

historyをhistと略したりcanvasをcanと略するのはよほどその略語が浸透してるか文字数が著しく制限されている状況以外では避けたほうがいいと思う

それとcanvas1つの履歴データということなら意味的にはcanvasHistoryのように単数形が普通じゃないだろうか？

**デフォルトの名無しさん** · 2025/08/17(日) 07:40:05.60

ああそうだね、単一の履歴配列だったらhistoryだね。ついうっかりhistoryの配列だと思ってしまった。
単なる静的データであれば、historyで複数。
単一でない一連の操作のまとまりのようなデータの集まりであればhistories。
操作の履歴か、開始から確定までの履歴かの違い。後者は確定前と確定直後のundoの動作の粒度？が異なる。
datum(単数) -> data(複数) -> datas(dataを塊としたものが複数、業界での用法)

**デフォルトの名無しさん** · 2025/08/17(日) 08:04:22.87

undo/redoは難しく、エディタで入力文字やバックスペースなどをちまちまundoされるとかったるい。
編集点が確定できれば意味のまとまりに変換できる。作業履歴はすべて残すべきか、無駄か。AIが必要なのか？

**デフォルトの名無しさん** · 2025/11/13(木) 20:45:05.79

英語の語順で決めた方がいい

**デフォルトの名無しさん** · 2025/11/13(木) 23:40:52.57

historyやundo/redoは目的でStackはそれを実現するための構造
>>166みたいなundoStack/redoStackが目的と構造を示しててわかりやすいと思う
CANVASをどうしてもつけたいならofCanvasを後置するのが英語っぽい
配列（Array)や複数形(s)はそぐわない
historyの複数形ってさらに解釈がややこしくなる