真偽値を返す関数のネーミング - Qiita

みんな exists を使ってます。 納得できようができまいが、exists なのです。 ソフトウェアの世界では、Apple と Microsoft と Google が黒と言ったら黒です。 黙って従いましょう。 このように、関数名の表現に困ったら、世の中の API を参考にすると良いです。 非ネイティブの我々では思いつかないような的確な表現が見つかることもあります。 関数の名付け方 真偽値を返す関数は if 文で使われることが多いので、頭に if を置いて最もしっくり来る表現が良いと思います。 個人的には、真偽値を返す関数名を考えるときは以下のフォーマットに当てはめるようにしています。 if オブジェクト名 関数名 「項目が選択中だったら」なら "if item is selected" なので関数名は item.isSelected() となります。 同様に「項目が存在したら」なら "

[KishikawaKatsumi]

Go言語のIsExist()は_, err := os.Stat(filename)などの後でos.IsExist(err)のように使って、errの種類がErrExistかどうか（ Is the error "Exist"?）を示す関数なので、英語の文法的に間違っているわけではないです。

[maruware]

rubyの?素晴らしいのに他に広まらない

[keijak]

この類の問題はエスペラント語にすればすっきり解決するというジョークを推しておく。 https://github.com/crystal-lang/crystal/issues/2394

[tsz]

'-p'か'?'で終わっておけばだいたい大丈夫(LISP脳)

[delphinus35]

いきなりdisられるGo言語……＞“とりあえず isExist は論外です。”

[snowcrush]

名前付けの際あんまり英文的な見た目を意識し過ぎないほうがいいと思うけどなー。レシーバーのことを「主語」とか言い出したら末期だと思ってる

[kijtra]

isCanExists()

[sysop]

テックリーダーやCTOには一番向かない人種、横串系の部署に配属も数年で部署ごと解体される様がよく観測される/大事なのはメンバーにとって分かりやすい規約であって英語的な正しさではない

[rryu]

日本語だと短い単語なのに英語にすると長い文章になるやつに遭遇しまくっているとだんだん「分かればいいや」という気持ちになってくる。

[uturi]

“関数名の表現に困ったら、世の中の API を参考にすると良いです。” なるほど

[userhiro]

“みんな exists を使ってます。”

[stibbar]

https://nelog.jp/codic

[akatakun]

以前、「真偽値を返す関数名は is で始めないと死んでしまう病」という奇病にかかっていたため、isExisting を使っていました。ではどんな表現にすべきかといいますと・・・exists です，contains

[takryou79]

命名

[reitanigawa]

checkじゃダメかな、とおもったら、ダメだよねｗ

[mas-higa]

"英語の正確さよりも関数の関係性の分かりやすさを優先します" 結局みんな英語の正確さよりも何かを優先してる。その何かの違いで憎しみあう。

[keim_at_Si]

んー。そもそも「存在するか」を本人確認できること自体矛盾してる派。インスタンスが存在している時点で、その物は存在して無きゃダメなので(OSS原理主義)、 isReady とか isAbailable とか isAlive とか ! isEmpty とか文脈で切替

[tanjoin]

関数がどんな動きをしているのかわかれば正直なんでもいい / 仕様どおりに動けばいい / 表現にこだわりすぎて理解が難しくなりバグを多発するのはナンセンス

[teracy_junk]

C++タグが付いてるから議論はC++限定の話かもしれないけど、is＋動詞気持ち悪い→自動生成getterがなんでもis○○はあるある

[kenichi_odo]

本当に難しい

[ghostbass]

foo.exists ってのは fooが存在するか、ってことでfalseを返すなら fooはいったいどこにあるのか、そこに存在しているfooオブジェクトは何者なのか、って疑問がわく。

[fuktommy]

isExist()は100回見た。 真偽値を返す関数のネーミング on @Qiita

[tick2tack]

existsみたいなのは覚えちゃってるけど、文法とか理解してないからいろいろやらかしちゃってるだろうなー

[pmint]

真理値だけでなく自分で定義した型のことも考えると「型名を付ける」しか無い。それとプログラミング言語は英語ではない。検索性とパターンを第一に考えないといけない。単語レベルで読みやすくしても無意味。

[sonota88]

Lisp の -p 仕事でも使いたい

[Magicant]

DDD 的には日本人が英語でプログラム書くのがそもそも間違ってるって感じだが

[gabari]

isExistは無いわー。逆にisExistingは全然あり。canはそもそも書く機会がない。/golang見たけど、()の中に引数があるから全然違う。確かに、そもそもexistsを自分で書く機会はあまり無い。

[n-channel]

本質はプログラミング 言語であることなので、英語にこだわると逆に直感的な可読性が落ちていく。ということに気づいたので、最近はとりあえず全部isにしている。

[primedesignworks]

isNoOdoriko

[umai_bow]

そもそも存在するかチェックするなんてこと少なくない？データならnullでチェックするし、ファイルの有無だったら標準ライブラリとかあるだろ。インスタンス自身がexistsなんてメソッド持つことある？

[gnufrfr]

isExistだけは許してくれ

[shinagaki]

Plural とかも全部 s つければいいんかな

[aquarickn]

ネーミングルールの闇は深い

[mikage014]

( ´・ω) (´・ω・) (・ω・｀) (ω・｀ )

[prozorec]

isPresentでよろしかろう

[theatrical]

コンパイラにチェックさせて警告出させるようにすりゃ規約に従うし、それが良いんじゃねぇの。「文法おかしいぞ！」「うっせーお前の言うとおりにするとコンパイラが警告出すんだボケ」で解決

[sgo2]

つい最近の案件で、あるクラスにそのクラスのメンバXを書き換えるsetXと、メンバXの値を引数で渡した変数にセットするsetXとがあって流石にキレかけた。ネーミングの時には主語を意識して欲しい。

[deamu]

「英語的に論外」宗教は原則としてリファラのスペルを見て泡吹いて軒並みショック死してるはずなので、まだ生存していて記事を書くことが可能（isCan）なこの人は英語文法主義を騙ったニセ者ですね（名推理