13/04/02 23:47:41.81
前スレで、ファイルのパスとサイズを格納する構造体の名前を質問した者です。
動機は、あるゲームを作っていて、そのゲーム内で
仮想的なファイルシステム（みたいなもの）を作る必要があるからです。
そういうデータ構造を作った方が処理が効率的なるという類いのものではなく、
ゲームの「遊びの根幹」に関わるものなので、すいません、今は詳しくは説明できません。
「ファイル」も OS が提供するファイルシステムのファイルではなく、
ゲーム内に独自に作るファイルシステムのファイルですが、
概念としては同じものですので、「パス」というものも普通にあります。
ただ、普通なら「ファイルシステムから取得できるはず」のサイズですが、
そのファイルシステムをゲームの仕様に合わせて独自に作るのに、
ファイルのパスとサイズという2つの情報をセットにした構造体が必要なんです。
（必要、というか、これらをセットにした方がゲーム仕様上管理しやすい）
すいません、できる限り詳しく説明したいと言っておきながら、
動機という痛いところを突かれてあまり詳しく説明できませんでした。
5:前スレ990
13/04/02 23:52:02.00
Item や File だと、格納する情報はパスとサイズだけでなくても良いですよね。
たとえばそこに、ファイル作成日時という情報を追加しても、
Item や File という名前で良いわけです。
ですが今回はパスとサイズだけです。
この２つの情報を端的に表した言葉は何かないか、ということです。
その際に、もう少し抽象化して考えれば何かいい名前が閃くかと思いました。
パスは言わばディレクトリツリー内の位置を表すのではないかと。
すると、位置とサイズから連想したのが範囲とか領域といった概念です。
たとえば 前スレ 992 で言った Range や Region という名前からは、
「ここには色の情報は入っていはないな」と直ぐに分かりますよね。
始点と終点、あるいは始点とサイズ、これらの情報を表すのだろうと分かります。
このような考えから、ファイルのパスとサイズを格納する構造体の名前も、
そこから作成日時などの情報は入っているのかと余計な事は考えず、
名前から直感的にファイルのパスとサイズだと分かれば理想的だろう、と思いました。
Item が懐が大きすぎると言ったのは、何が情報として入っているのか、
色んな事が想像できてしまう余地があるという意味です。
その点からは、前スレ 993 の path_and_size は悪くなく、素直なネーミングだと思います。
ただ、識別子に接続詞はできるだけ使いたくない、というのが我が儘ですが本音です。
他により良い候補がなければ、これを使わせてもらいます。
6:デフォルトの名無しさん
13/04/03 00:16:40.72
やっぱり何でその組み合わせが必用なのかの背景が分からないと難しいよね。
極座標のradiusとthetaとか、複素数のrealとimaginaryみたいな一般的な
組み合わせではないわけだから。
まあ、どうしてもというなら、パスとサイズ以外の情報は入ってないことを端的に
表すことは諦めて、FileInfoとかChunkInfoとか
7:デフォルトの名無しさん
13/04/03 00:30:26.39
slot: ファイルを収めるべき場所(プレステのメモリカード風味）
allocation: ファイルの配置
reserved: ファイルを置くために予約された場所
8:デフォルトの名無しさん
13/04/03 00:37:12.92
Node?
9:デフォルトの名無しさん
13/04/03 01:19:32.72
その仮想敵なファイルシステムみたいなものにカッコいい名前を付けて、
それを前置して「なんとかFile」みたいな感じで。
10:デフォルトの名無しさん
13/04/03 11:46:54.29
>>6
> FileInfoとかChunkInfoとか
一連の流れは読んでないがあるあるワロタｗ
こういう名前に着地しかかったら自己嫌悪になるわな。
かといって、考えた挙句のことだからどうしようもないわけだが。
11:前スレ990
13/04/03 18:00:49.53
先ほど Partition を思いつきましたが、
考えてみると、やはり紛らわしいですね。
どうもこれといったものがなさそうなので、
path_and_size を使わせてもらうことにしました。
分かりやすさではピカイチなので。
>>9
いや、そういうのホント嫌いなんです。
～～バトルシステムとか。
営業的にはやらざるを得ないものもありますが。
レスを戴いた方々、ありがとうございました。
拙い質問で申し訳なかったです。
12:デフォルトの名無しさん
13/04/03 18:24:14.58
>>11
そういう方向じゃねえよ...
13:デフォルトの名無しさん
13/04/04 09:57:08.10
なんとかinfoとか
なんとかmanagerとか
なんとかstatusとか
なんとかdataとか
なんとかargsとか
;' ':;,, ,;'':;,
;' ':;,.,.,.,.,.,,,;' ';,
,:' : :､
,:' ＼ ,,. ､.／ ノ（ ::::::::',
:' ● ● ⌒ :::::i.
i ''' (_人＿) '''' ＊ :::::i
: {+ + +} :::::i
`:,､ ￣￣ ::::::::: /
,:' : ::::::::::::｀:､
,:' : : ::::::::::｀:､
14:デフォルトの名無しさん
13/04/04 20:48:17.54
checkなんとかも入れてやってくれ(場合によるけど)
15:デフォルトの名無しさん
13/04/04 20:53:30.00
解決したらしいけど俺はregion気に入ったなｗ
16:デフォルトの名無しさん
13/04/04 21:48:09.66
なんとか還元水
17:デフォルトの名無しさん
13/04/05 16:40:29.35
2フレーム目に4など、
アニメーションに使うデータが定義されているクラスの名前は何が良いでしょうか
18:デフォルトの名無しさん
13/04/05 17:36:11.10
> 2フレーム目に4など、
意味不明
19:デフォルトの名無しさん
13/04/05 17:45:50.04
>>17
大雑把だな
フレーム毎にアニメーションに関連する何かしらのデータを保持しているってこと？
例えば、画像データとか
20:デフォルトの名無しさん
13/04/05 17:50:07.73
>>19
説明不足すみません
そうです、テクスチャ座標とかそういうのです
21:デフォルトの名無しさん
13/04/05 18:05:51.41
Animation
22:デフォルトの名無しさん
13/04/05 20:11:15.60
>>17
名前を求めているのはフレームに関する情報を持っているクラスそのものなのか、
それともそれを集約しているクラスなのか。
なんとなく後者の方のような気がするけど、後者にしても機能的にいろいろバリエーションが
ありえそうな気がする。
例えばSequenceとSequencerじゃ担う機能がまったく違う印象を受ける。
とにかく、いい加減な説明では他人はあんたのクラスの要件を理解できるわけがないし、
したがって適切な命名も出てこないよ。
23:デフォルトの名無しさん
13/04/05 20:24:56.84
まずは母国語が堪能でないとな
24:デフォルトの名無しさん
13/04/05 20:42:12.76
>>17
map<int, int>じゃだめなんｗ
本質的には、xフレーム目にyみたいなもんは配列よ。連想配列よ。
それがクラスというもんであって、変数名が多分frameindex2animeidよ。