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

**デフォルトの名無しさん** · 2021/04/26(月) 17:52:13.23

クラス名、変数名のつけ方に悩んだら書き込むスレです。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。
設計などが話題になるのなら他のスレでどうぞ。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part28
http://mevius.5ch.net/test/read.cgi/tech/1494147712/

**デフォルトの名無しさん** · 2025/08/15(金) 23:27:14.33

nagoyaとnagano同じでない。名古屋と長野は同じでないから

**デフォルトの名無しさん** · 2025/08/15(金) 23:33:31.79

ヒストリカルな配列の変数名で格納するのは
CANVASという変数名のだけど、
配列は、HistCan にしようかな　それとも　CanAryかな
それとも、複数形ぽくして　HistCans にしようかな
てか複数形ぽく最後にsつけたら配列ってわかるし
CANVASの配列ならヒストリカルって憶測つくし
Cansにしよぅかな。

**デフォルトの名無しさん** · 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の複数形ってさらに解釈がややこしくなる