クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net

**ネミ子** · 2017/05/07(日) 18:01:52.03

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

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/

**デフォルトの名無しさん** · 2019/07/21(日) 18:28:01.59

最初に言いだした>>666俺だわすまん

**デフォルトの名無しさん** · 2019/07/21(日) 20:14:42.06

>>677
これもういうの何度目？
この手の馬鹿は自分もそのお仲間である自覚が皆無のおめでたい馬鹿

**デフォルトの名無しさん** · 2019/07/21(日) 20:20:53.26

ついでに言えば、こんな過疎ってるスレ（もう今ではこの板の大半のスレがそうだが）で
「スレ違いガー」なんてそれこそ言い掛かりでほとんど無意味。

お前こそ他人にイチャモン付けたいだけだろ馬鹿w
今時2chにいるなんてもういい歳こいてるんだろうから、もうちょっと合理的かつ柔軟に考えたらどうなのかね
派生的な話題を許容しても誰も困らないだろう。

**デフォルトの名無しさん** · 2019/07/21(日) 20:38:37.46

混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな

**デフォルトの名無しさん** · 2019/07/21(日) 21:02:34.97

新参か？
実際に設計の善し悪し含めた話OKの命名スレが立っても、そのスレは全く活用できなかったという
実績が確実に残ってるのよね

そこんとこ分からない程度のオツムなら、設計の善し悪しなんか話すオツムなんか当然ないんだからやめとけ

**デフォルトの名無しさん** · 2019/07/21(日) 21:21:18.61

そりゃ名前聞きたいだけなのに生半可な知識の奴に設計ガーとか言われても困るだけ
バカな言い合いで賑わうぐらいなら過疎ってた方がまだマシだよ

**デフォルトの名無しさん** · 2019/07/21(日) 21:51:52.82

>>674
ありがとうございます

**デフォルトの名無しさん** · 2019/07/21(日) 23:43:53.38

>>682
意味が分からない。
自分で自分が何をっているのか理解しているのか

>>683
こういう馬鹿、言ってる傍から自分で自分の言ってることに矛盾してる自覚もないのな。

**デフォルトの名無しさん** · 2019/07/21(日) 23:54:23.20

他人をバカにしたいだけのヤツは、天に召されていただきたいものだ。

**デフォルトの名無しさん** · 2019/07/21(日) 23:57:14.14

>>672みたいなレスは

-　誰かの参考になる可能性がある
-　2chの現状を考えれば誰の迷惑にもならない

のに対して>>677みたいのは

-　誰の役にもたなない
-　それどころか一部の人間の気分とスレッドの雰囲気を悪くする

どちらが悪質で罪深いか言うまでもない。
毎度のことだけど、2chに限らずネットではこの程度のことに考えも及ばないバカに限って
本人は自分が正しいと思い込んでる

なぜならこういう馬鹿は内省的になるのが怖くて仕方がなく、
内省的な自分を抑圧する手段の一つとして他人に言い掛かりをつけている自分に無自覚だからだ

**デフォルトの名無しさん** · 2019/07/22(月) 00:00:52.53

そんでこれが一番重要なことだが、このスレのテンプレにもあるような
ローカルルールは、結局その手の馬鹿に体のいい言い訳を与えているだけ。

「他人を批判したい」という卑しいだけの動機を抑圧して「正しいこと」に変える欺瞞のね

**デフォルトの名無しさん** · 2019/07/22(月) 00:26:05.35

こーゆーのずっと繰り返してpart28なのよ
んでご希望の設計込みのスレ立てて分離したけど、そっちに居着かないのよ
言い出しっぺもね

どうしても納得いかないならもう一回スレ立てたら？
このスレのルールを変えようとすることだけが目的の馬鹿がまた来たなあとしか思わんね
どうせまた消えるに1億ペリカ

**デフォルトの名無しさん** · 2019/07/22(月) 01:04:48.79

>>687
> -　誰かの参考になる可能性がある
ない。
他人のやりかたを「勘違いオブジェクト指向」呼ばわりするようなクソ発言が参考になんかなるか。

> -　2chの現状を考えれば誰の迷惑にもならない
実際に迷惑なんだよ！

**デフォルトの名無しさん** · 2019/07/22(月) 04:51:07.44

>>687
> 本人は自分が正しいと思い込んでる
ブーメランすぎるw

**デフォルトの名無しさん** · 2019/07/22(月) 08:57:03.38

>>682
(どうせ使われないだろうけど)って皮肉がわからん新参か？

**デフォルトの名無しさん** · 2019/07/22(月) 11:07:52.75

>どうせ使われないだろうけど
スレ内ヒット>>692

>どうせ
スレ内ヒット>>488>>689>692

>使われない
スレ内ヒット>>102>>103>>692

>だろうけど
スレ内ヒット>>375>>574>>692

どの言葉も話の流れにヒットしないんで>>692が創造主になってるんだが
皮肉の元が真面目に分からん

**デフォルトの名無しさん** · 2019/07/22(月) 11:25:07.67

混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな(どうせ使われないだろうけど)

**デフォルトの名無しさん** · 2019/08/05(月) 16:15:13.02

1つだけ有効な値が入っていてそれ以外は0になる配列ってなんて命名すればいいだろうか？
例えば、
{0, 0, 1, 0, 0, 0, 0} これはOK
{0, 0, 0, 0, 0, 0, 1} これもOK
{0, 0, 0, 1, 1, 0, 0} これはNG

**デフォルトの名無しさん** · 2019/08/05(月) 16:43:27.68

それがナニを意味するか、それを名前に入れないと意味ないのでは？
それがナニを意味するかはあんた以外誰も分からないのでは？

**デフォルトの名無しさん** · 2019/08/05(月) 18:58:37.11

>>695
array_valid_only1

それっぽい単語を並べるしかないのでは？

**デフォルトの名無しさん** · 2019/08/05(月) 19:12:10.92

既に有効が1つある状態で別の場所が有効になるケースはあるの？
{0, 0, 1, 0, 0, 0, 0} これが
{0, 1, 0, 0, 0, 0, 0} これになるケース
それとも最初はゼロフィルで1度有効の場所が決まれば不変？

**デフォルトの名無しさん** · 2019/08/05(月) 19:28:02.73

「１つだけ有効な値がある配列」ではなく
「ある処理に対して有効な配列」という方向での命名はどう？

**デフォルトの名無しさん** · 2019/08/05(月) 21:18:13.38

>>695
論理回路がらみでone-hotっていう用語があるよ。ググって。

**デフォルトの名無しさん** · 2019/08/05(月) 21:45:25.18

意味ないってそんなの
定数1に名前を付けろと言ってるのと同じだから

だから、1がナニを意味するのか分かんなきゃ名前なんか付けようがないだろうにw

**デフォルトの名無しさん** · 2019/08/05(月) 23:37:04.95

具体的な用途がないと型に名前を付けられないというのも乱暴な話だな
QueueやTupleのような単純なデータ構造だってそれが役に立つなら型と名前が与えられるべき
そういう場合、用途は変数名が表せば充分

**デフォルトの名無しさん** · 2019/08/06(火) 00:17:40.47

何その意味不明な意見

**デフォルトの名無しさん** · 2019/08/06(火) 00:22:42.23

この人、QueueやTupleって名前が何の意味も表してないと思ってるのかな

**デフォルトの名無しさん** · 2019/08/06(火) 00:32:01.73

表してるに決まってるだろ
逆に聞くが質問者がいう配列は何も表してないと思うのか？

**デフォルトの名無しさん** · 2019/08/06(火) 00:35:14.30

だから何でそうなるのw
何かを表しているはずだと思ってるからそれを言ってくださいと言ってるんでしょw
もう大丈夫かマジw

**デフォルトの名無しさん** · 2019/08/06(火) 00:38:42.21

だからね、「一週間の日数を表す定数の名前を付けてくれ」って質問はありだけど、
何を意味してるのか伏せたまま「定数7に名前を付けてくれ」って質問に意味があるとか
思うわけ？

あるわけないじゃんww

**デフォルトの名無しさん** · 2019/08/06(火) 00:50:02.95

少なくとも、あれは、one-hot encoding という立派な名前のついた状態表現方法。
ただの数字と一緒にするのは無知。

**デフォルトの名無しさん** · 2019/08/06(火) 01:02:24.48

特定の問題を解く上で便利なデータ構造があるなら、それが695の説明ほぼそのままの抽象度の高いものであってもいいだろ
自然物や既知の概念に縛られる必要はない
データの特性が明かされている以上、定数7の例示は過度の単純化をしていて相応しいとは思えない
抽象性の高いままに案を提示してくれている人々に対して「意味ない」とは俺は思わん

**デフォルトの名無しさん** · 2019/08/06(火) 08:53:55.01

695です

このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
ありがとうございます

>> 698
そのケースはあります

**デフォルトの名無しさん** · 2019/08/06(火) 10:53:14.30

>>708
だから特定の問題領域で何と呼ばれるか、そんなの何の意味もない
彼の問題領域でそれが何を意味しているか、それが重要。
当たり前でしょ

そもそも配列がベクトルか、行列の列や行を表しているのか、数列か、
あるいは数学的な意味は持たないただの集合か、状況によって
配列そのものがまったく違った意味を持つ

もちろん抽象度が高い配列の特定の状態（例えば全部の要素が規定値とか）が
汎用的な意味を持つ場合もあるだろうし持たない場合もあるだろうが、
普通に考えればこんなのか後者に決まってる

>>709
抽象度が高いのが悪いとか誰も言ってないの。
重要なのは何を意味しているのかだと何度言わせるの
大丈夫かマジで

**デフォルトの名無しさん** · 2019/08/06(火) 15:23:01.65

>>708 で終了だろ
何をグダグダ言ってるんだよw

**デフォルトの名無しさん** · 2019/08/06(火) 20:33:38.37

>>711
名前の提案ができないのなら、黙ってればいいんだよ。
できない言い訳をするスレじゃないから。

**デフォルトの名無しさん** · 2019/08/06(火) 21:44:11.23

勤勉な無能という奴よ

**デフォルトの名無しさん** · 2019/08/07(水) 20:46:09.76

抽象的と言うか
外から見た役割で命名しろというのは大前提も大前提だろ

ただ、その内部処理を書いてるときとか
実装べったりな命名やら、類似処理で使える汎用的なプリフィクス/サフィックスやらが欲しいときも当然あるさ

**デフォルトの名無しさん** · 2019/08/19(月) 09:15:28.15

質問者は
OneHotXXX
↑こういうのの「OneHot」という言葉が欲しかったんでしょうに。

**デフォルトの名無しさん** · 2019/08/19(月) 09:47:08.91

そんなのなら素直にValidってやった方いい
意味不明より抽象的な方がミスリードの心配がなく情報量も多いから

**デフォルトの名無しさん** · 2019/08/19(月) 09:58:34.23

>>716
いきなりどうした？
既に質問者（と思われる人）は
> このデータ構造は、OneHot〇〇って命名するのが適切そうなのでそうします
> ありがとうございます
ってレスしてるよ

**デフォルトの名無しさん** · 2019/08/29(木) 01:46:53.52

Analysisが長いのでAnalにしようと思います

**デフォルトの名無しさん** · 2019/08/29(木) 03:45:05.82

pencilが長いのでpenisにしようと思います

**デフォルトの名無しさん** · 2019/08/29(木) 07:54:05.23

penisが長いのでinsertしようと思います

**デフォルトの名無しさん** · 2019/08/29(木) 09:51:10.58

insertまでできるんだったらmagnumを使おうと思います

**デフォルトの名無しさん** · 2019/09/04(水) 05:26:03.52

商品であれば取扱開始日と終了日まで、アカウントであれば有効化日と無効化日を表す変数名で悩んでます。
今はとりあえずstartdateとenddateにしてるんですが、どんな名前にするのがいいでしょうか？
validateddateとinvalidateddateのほうがいいですか？

**デフォルトの名無しさん** · 2019/09/04(水) 07:08:03.51

>>723
regist_date、cancel_dateとか

**デフォルトの名無しさん** · 2019/09/04(水) 09:29:15.85

registなんて英語はない

**デフォルトの名無しさん** · 2019/09/04(水) 10:00:04.36

Active, Disable？
取扱開始日と有効化日、終了日と無効化日を同じ変数名で？
それなら商品の方が微妙になるか

**デフォルトの名無しさん** · 2019/09/04(水) 10:06:44.94

期間っていう構造体かクラスのメンバーじゃないの？

**デフォルトの名無しさん** · 2019/09/04(水) 10:28:30.97

>>723
いつでもそうできるわけじゃないだろうけど、開始日/終了日を一組にしてしまえば、

DealingSpan.First
DealingSpan.Last

とかできるはず。

**デフォルトの名無しさん** · 2019/09/04(水) 12:46:50.07

下手に微妙な名前をつけるよりstartdate, enddateで一般化したほうがいろいろ具合がいいという側面もある
個人的にはbegindateの方が好き
型が日付なのか日時なのかわからない名前は嫌

**デフォルトの名無しさん** · 2019/09/04(水) 14:03:19.01

beginning dateだな

**デフォルトの名無しさん** · 2019/09/04(水) 14:12:20.29

次に読んだ時に、何が初まるの？とはないだろうか？

**デフォルトの名無しさん** · 2019/09/04(水) 19:40:52.08

>>723
終わりのほうはexpired一択。
始まりはなんだろ？対応させるならsubscribedかな？

ただの開始と終了じゃなく、なんか有効期間的な範囲だったら。

**デフォルトの名無しさん** · 2019/09/04(水) 19:46:59.42

>>732
現時点で過去とは限らないのでそういうのはどうかと思うよw

**デフォルトの名無しさん** · 2019/09/04(水) 21:15:39.20

難しいな
他動詞なら過去分詞を受動態として無造作に使えるけど、自動詞では、時制が過去かどうかはともかく、完了相が前に出るということだろうか
expire dateでは文法的におかしいし、expiringも進行相だし、素直にexpiryかexpiration dateしかないのか

**デフォルトの名無しさん** · 2019/09/04(水) 23:09:38.87

>>733
>>734のいう感じで、過去分詞のつもり。
原則、命名で過去形なんか使わん。
自動他動は気にしなかったけど、そこはどっちでもよくない？

英語は言うほど詳しくないんだけども。ｗ

**デフォルトの名無しさん** · 2019/09/04(水) 23:40:05.53

いやexpiredは形容詞だと思うけど、どっちにしろ
現時点までのある時点で「期限切れ」になってないものに使うのは変だと思う。

**デフォルトの名無しさん** · 2019/09/05(木) 06:29:17.88

>>734
英語として正しいことが目的じゃなくて、わかりやすい変数名でしょ
文法的に正しくても、一般的でない単語や言い回しだと読む人が混乱するんじゃね？
まあ、誰が読むのかって定義は必要かも知れんが

つまり、YukoukaDate,MukoukaDateにしろ

**デフォルトの名無しさん** · 2019/09/05(木) 08:59:34.49

開き直るならyukoukabi、mukoukabiもありだと思うよ
ただし和英混合ありなしとヘボン式なのか何なのかは厳格に
それで一貫してるシステムは割と開発しやすかった

**デフォルトの名無しさん** · 2019/09/05(木) 22:54:21.19

>>736
「過去分詞」って知ってる？ｗ

**デフォルトの名無しさん** · 2019/09/05(木) 23:39:58.60

過去分詞の形容詞的用法って懐かしいよな
ちなみに未来完了形でwill have expiredという活用になることもある
いずれにしても話者の視点からは「失効した日」という意味になるから
おかしいと思うのは同感だ

**デフォルトの名無しさん** · 2019/09/05(木) 23:44:45.61

おまえらexpireで盛り上がりすぎ。
質問者いつ出てくるんだよ。

**デフォルトの名無しさん** · 2019/09/05(木) 23:58:09.84

思い…出した！
obsolete dateだわ
対義語はeffective date
我ながら見事な回答と言うしかないが、日本人エンジニアからはインテリぶってると思われる諸刃の剣
素人にはおすすめできない

**デフォルトの名無しさん** · 2019/09/06(金) 01:43:27.95

>>739
知ってるよ。
っていうか辞書引いてそれ言ってるのか

>>740の言う通りというか、いやちょっと違って、
もともと形容詞的な用法から派生したんだと思うが、今では独立した形容詞と見なされている単語だよ

expiredを過去分詞として使っているとしても（もちろん受動じゃなくて完了の意味で）
どっちにしろ現時点で過去になってない期日を表す言葉としては不適切だ

もう質問者さんどうでもいいみたいだけど、
こういう面倒な問題をスキップするためにも、>>729に書いたみたいに
可能なら期間を表す型を定義しちゃったほうがシンプルだね

**デフォルトの名無しさん** · 2019/09/06(金) 01:45:26.86

>>729じゃなくて>>728だった

**デフォルトの名無しさん** · 2019/09/06(金) 01:48:50.02

意味もなく頭に星の名前を付ける

**デフォルトの名無しさん** · 2019/09/06(金) 11:58:03.50

URIが与えられて、そのURIが表すリソースの種別を判定するのですが、
例えば、Aリソース、Bリソース、Cリソースなど。
各種別ごとに下のようにメソッド用意するのもあれなんで、
bool isAResourceUri(Uri uri);
bool isBResourceUri(Uri uri);
bool isCResourceUri(Uri uri);

一つにまとめて
解析結果を表すクラス parseUri(Uri uri); //

みたいな感じにしたいです。解析結果を表すクラスのクラス名をお願いします。
parseUriの名前も変えた方がいいならお願いします。

**デフォルトの名無しさん** · 2019/09/06(金) 12:39:37.74

ResourceType

**デフォルトの名無しさん** · 2019/09/06(金) 16:03:43.23

parseはあかん
ResourceTypeOf(URI uri);

**デフォルトの名無しさん** · 2019/09/06(金) 18:14:38.78

>>746
与えられるのが文字列ならparseでいいけど既にUri型になってるならparseは違和感ある
UriクラスにgetResourceType()みたいなメソッド追加すればいいんじゃね？

**デフォルトの名無しさん** · 2019/09/06(金) 19:08:30.01

そうですか、型はUriですね。もちろん、文字列にして内部でUriにしてもいいですが。
で、そのUriのパスのフォームからリソースタイプを判定するのですが。
Uriはビルトインクラスなので、メソッド追加できません。拡張メソッドみたいのもありませんし。

**デフォルトの名無しさん** · 2019/09/06(金) 19:13:06.97

後、解析結果なんですが1つのリソースタイプだけじゃなく複数の情報が返されるのです。
たから、現状クラス名がUriParsedResultとかにしてて..

後parse以外にanalyzeとか思いつきましたがなんか大袈裟というか

**デフォルトの名無しさん** · 2019/09/06(金) 19:15:06.10

最初のbool isAResourceUri
で、返される情報は１つだけみたいな誤解を与えてしまいましたすみません

**デフォルトの名無しさん** · 2019/09/06(金) 19:59:09.78

web全然知らんけど、要するに実際にファイルをwebから拾って中身を見て解析するわけじゃなく、
単純にパスの拡張子を見るだけってこと？

そうならそこを強調しないとまずいよねたぶん。知らんけど。
適当な名前空間に収まってる前提で
ResourceType PathParser.GetType(Uri uri)

**デフォルトの名無しさん** · 2019/09/06(金) 20:24:08.80

そうですね。実際にWebから中身拾ってくるわけじゃありません。例えば
http://hoge.com/users/[userId]
このUriならuserを表すuri
http://hoge.com/tweets/[tweetId]
このUriならtweetをあらわす

これを解析してどのリソースを表すかと、例えばuserを表すuriなら抜き出したuserIdも返す感じです

**デフォルトの名無しさん** · 2019/09/06(金) 23:54:53.62

>>750
> Uriはビルトインクラスなので、メソッド追加できません。
言語がわからんけど（Javaのfinal classとかC#のsealed classとかで）派生できないようにされてるの？

**デフォルトの名無しさん** · 2019/09/07(土) 00:34:21.80

>>754
これ、そもそもURIはリソースを指しているんじゃなくて、
アプリケーション（？）の種類とそのパラメータを表してるんじゃないの？

その意味じゃ全然URIじゃないねw

**デフォルトの名無しさん** · 2019/09/07(土) 02:36:02.55

extractResourceType

**デフォルトの名無しさん** · 2019/09/07(土) 13:20:01.46

ResourceUri ResourceUri.of(Uri uri)

ResourceUriはtypeやidなどを持つ

**デフォルトの名無しさん** · 2019/09/07(土) 13:20:42.48

>>756
RESTのURIじゃないのかな

**デフォルトの名無しさん** · 2019/09/07(土) 17:18:57.36

getURIInfo

これなら、いろいろふんわりやから気にならんやろ。ｗ

**デフォルトの名無しさん** · 2019/09/07(土) 17:42:43.45

getSomethingAbout(uri)

**デフォルトの名無しさん** · 2019/09/07(土) 21:13:20.29

>>759
RESTのUriはあんな感じですよね。
>>760
ふんわりしてていいかもですね。

**デフォルトの名無しさん** · 2019/09/14(土) 19:11:22.43

A, ファイルをバイナリとして開いて検索
B, 起動中のプロセスのメモリを検索

検索部分は共通した処理だから同じクラスでやりたい
この場合はクラス名何がいいかな？
MemorySearchとかだとBだけになるし
BinarySearchだとメモリもバイナリでいいの？ってならないかな？

**デフォルトの名無しさん** · 2019/09/14(土) 20:18:51.13

>>763
class BinarySearch {
public BinarySearch(String FileName){ … }
public BinarySearch(Pid ProcessId){ … }
…
}
みたいな感じでいいんじゃね？

**デフォルトの名無しさん** · 2019/09/14(土) 20:53:18.08

Binary searchは「二分探索」って意味になるからそれは避けたほうがよいと思う

**デフォルトの名無しさん** · 2019/09/14(土) 21:20:28.76

>>763
検索対象のデータはストリームみたいに抽象化するんだろうから、
「何から」検索するかではなく「何を」検索するかに注目して
名前を付けた方がいいんじゃない？

だとするとざっくり検索って言われてもな感じ。
これだとFinderとかSeekerとかぐらいしか言いようがないよね

**デフォルトの名無しさん** · 2019/09/14(土) 22:13:28.42

>>765
ああ、言われてみればそうだな

**デフォルトの名無しさん** · 2019/09/14(土) 22:16:17.66

Seeker
Searcher
SearchEngine

**デフォルトの名無しさん** · 2019/09/15(日) 00:06:01.47

BinDataSearch

**デフォルトの名無しさん** · 2019/09/15(日) 10:33:36.53

ありがとう

A, バイナリエディタの検索部分
B, メモリエディタの検索部分
検索部分だけのプロジェクトを作ってAとBに使い回すなら
両方で違和感の無い名前がいいよなってのが経緯

「何を」と言われると
　A, 修正箇所
　B, 値の変動に応じて絞り込み検索してアドレスを特定
こうなるから同じにせずに分けた方がいいのかなと思えてきた
でもやってる事は同じだから共通化させたいけどこういう時は分けるもんなんかな？

**デフォルトの名無しさん** · 2019/09/15(日) 11:24:36.57

>>770
よほど特殊な機能を持ってるなら別だけど単なる検索機能だけならコード量もたいしたことないだろうから俺なら別々にしておくと思う

**デフォルトの名無しさん** · 2019/09/15(日) 12:41:40.84

共通部分をis-aなりhas-aなりで共通化することに問題はないと思う

**デフォルトの名無しさん** · 2019/09/15(日) 12:48:53.00

簡単な名前でいいならBinaryDataSearcher
Dataみたいな語は情報量が少ないから削られがちだけど、この位置のDataを無造作に省略すると修飾先が変わっておかしなことになる
もう少し真面目に考えると、バイナリかテキストかという初歩的な分類用語よりも、エンディアンとか解釈した結果のバイトストリームを扱ってるならそういう名前の方が適切
ほかには多少語弊が生じるけど、お好みでProcessとかProgramとかExecutableあたりの語を使ってもいいかも

**デフォルトの名無しさん** · 2019/09/15(日) 13:13:26.96

>>770
要するに、

(1) ストリームの中から
(2) 指定されたバイト列に完全一致する場所を探す

ってことね。部分一致とか、パターンマッチと、CRC的な符号が一致するとか、そういうのじゃないわけだ。

じゃあ「バイト列の探し屋」か？
ByteSequenceFinderとかByteArraySeeker みたいな感じ？

**デフォルトの名無しさん** · 2019/09/15(日) 14:39:03.93

Cで言えばstrstrのバイナリ版GNU拡張のmemmemだよね。
ファイルが対象だとしてもmmapすれば同じだし。

**デフォルトの名無しさん** · 2019/09/15(日) 15:50:14.45

もっと単純BytesFinderでもよかったか

**デフォルトの名無しさん** · 2019/09/15(日) 16:44:36.00

そこまで抽象化するなら検索アルゴリズムの実装になるから検索アルゴリズムの名前でいいんじゃ