クラス名・変数名に迷 ..
194:デフォルトの名無しさん
16/10/22 20:05:28.90 4bv8Zxei.net
何でもいいけどいい加減もう止めたらどうだろう。
有意義な議論なら俺個人はどんどんやってほしいけど、
今のこれはあまりに下らなすぎる。
195:デフォルトの名無しさん
16/10/22 20:06:13.44 eh8upSc0.net
>>189
それにしてもだなあ。。。
カプセル化の何の意味もない構造に頭痛がして来たが、それはひとまず置いておくにしても
要するにgetPopsはただのエイリアス、ラッパーだろう?
getPopsが作られる前、またはそれを知らないメンバが実装した箇所ではfindが使われてる可能性がある
同じものを取って来るのに2種類以上の取得方法があるのは好ましくない
196:149
16/10/22 20:09:05.84 nST3ahFj.net
ごめん>152の言ってる意味が分からない。
自分が周回遅れなのは間違いないんだけれども。
もちろん>127を参照しろということは分かるんだが
127のどこが、ソース中に書かれる文字列をキーとして使う処理の例や説明なの?
197:デフォルトの名無しさん
16/10/22 20:16:35.71 /a8S//3o.net
>>158
リビルド不要?
最近の言語は class や interface とやらでリビルドせずに enum の要素増やしたり GetEnka( ) を追加できるのか?
198:デフォルトの名無しさん
16/10/22 20:20:59.15 /a8S//3o.net
>>192
マジで言ってるならもう少し頑張った方がいいと思う
少なくとも >>127 にはリテラル文字列はないだろ
199:デフォルトの名無しさん
16/10/22 20:22:12.22 rJrHw2K4.net
>>191
カプセル化は十分だよ
たったこれだけのクラスインターフェースからクラスの実装詳細やデータ層の構造までわかるのかい?
始まりはともかく今はもうGetPopsはただのエイリアス・ラッパーではない
ドメインで定義されたなんらかの有用なサブセットを取得するGetPopsと名付けられたメソッドだ
なんらかの有用なサブセットとはドメインの用語でつまりポップスのことだがポップスは単にGenre=="pops"を満たすmusicということではない
また今後ドメインの深化に追従してメソッド名が変わるかもしれないが今はまだGetPopsでよい
GetPopsを使う場面で汎用メソッドを使う事は確かに害悪でプログラマは反省しなければならない
しかしメソッドのみを使い同じ述語をあちこちにばらまくのもまた害悪だ
幸いにも開発環境やアナライザは日々賢くなっている
重複したコードをメソッドに一本化する作業はそれほど手間はかからない
気合を入れて一度やってしまえばその後の述語の変更は一回で済む
しかし述語をあちこちにばらまいたまま放置すれば述語の変更のたびに面倒な作業を強いられる
200:デフォルトの名無しさん
16/10/22 20:25:01.74 IpUTRyqC.net
要するに、単なるラッパーであるgetpopsを提唱したらフルボッコに論破されたから
意味を差し替えて俺は正しいと言い張ってるわけね
201:デフォルトの名無しさん
16/10/22 20:31:33.39 rJrHw2K4.net
>>193
enumはポリモーフィックなクラスファミリに置き換えられるし置き換えるべきだ
クラスファミリーにクラスを追加するのに全体のリビルドは必要ない
GetEnkaが必要になったとして追加するクラスを賢く選択すればリビルドの必要もなくシステムを拡張できる(なにも馬鹿正直に既存のリポジトリに追加する必要はない)
既存のクラスにどうしても追加したい場合は部分的なリビルドが必要になるが全体をリビルドする必要はない
202:デフォルトの名無しさん
16/10/22 20:32:37.44 rJrHw2K4.net
>>196
実にシステム開発的な流れだろう?
203:デフォルトの名無しさん
16/10/22 20:34:43.03 IpUTRyqC.net
>>198
そういうのはただの屁理屈と言う
204:デフォルトの名無しさん
16/10/22 20:39:11.57 rJrHw2K4.net
>>199
というかこの流れもある程度予測してGetPopsを最初にメソッド化したと言っていい
205:デフォルトの名無しさん
16/10/22 20:40:15.05 nST3ahFj.net
>>194
大真面目に頑張った結果なんだが
お前さんの言うとおり、まさに「>127にリテラルはない」としか読めない。
そもそも>149のどこを否定してるの?
206:デフォルトの名無しさん
16/10/22 20:41:14.01 eh8upSc0.net
>>195
そりゃ十数年も新人教育やってりゃ大体の構造は手に取るように分かるさ
先程の例ではMusicインスタンスを直接外部に渡してしまうのがまずい
どうしてもgetPopsを作るなら「汎用アクセサは用意しない」という回答が正解だったんだが
しかし、抽象的な表現で逃げるのは君の良くない癖だな
たまにそういう子も入ってくるけど
207:デフォルトの名無しさん
16/10/22 20:43:22.25 IpUTRyqC.net
>>200
中身のコードを書いてみせた時点で想定しきれてないな
まるで中学生の屁理屈じゃあないか
ホントに働いたことがあるのかどうかも疑わしい
208:デフォルトの名無しさん
16/10/22 20:45:42.06 rJrHw2K4.net
>>202
お前が書けと言ったんだろうが〜
というか汎用メソッドをパブリックにした覚えもないしMusicがミュータブルであると言った覚えもないな
これでいいかおっさん?
209:デフォルトの名無しさん
16/10/22 20:48:06.11 eh8upSc0.net
>>204
俺は「汎用アクセサは?」としか聞いてないが
後付けも良くない癖だぞ、君
そういう子は大抵長続きしない
210:デフォルトの名無しさん
16/10/22 20:50:01.78 rJrHw2K4.net
>>205
子供かw
211:デフォルトの名無しさん
16/10/22 20:50:53.25 smXSLIN9.net
200 : デフォルトの名無しさん 2016/10/22(土) 20:39:11.57 ID:rJrHw2K4
>>199
というかこの流れもある程度予測してGetPopsを最初にメソッド化したと言っていい
↑さすがにワロタわw
キミ、いじめられっこの経験あるやろw
泣いてないモン!って言いなれてるなさすが
212:デフォルトの名無しさん
16/10/22 20:52:35.58 eh8upSc0.net
>>206
言ってないものを言ったと言い張られても困る
213:デフォルトの名無しさん
16/10/22 20:52:51.02 /a8S//3o.net
>>197
> モダンな言語ならリビルド不要な拡張方法なんていくらでもあるし
って豪語してたのに
> 全体をリビルドする必要はない
ってだけなのな
そんなの動的リンク使えばいくらでもできるわな w
214:デフォルトの名無しさん
16/10/22 20:56:10.95 /a8S//3o.net
>>201
> そもそも>149のどこを否定してるの?
マジで言ってるの?
ちゃんと引用してるんだが...
> ソースにリテラルを直接書くことって、あんまり無さそう
215:デフォルトの名無しさん
16/10/22 20:56:20.59 rJrHw2K4.net
>>207
すまん
子供の頃はいじめっ子だったわ
いわゆる学校のボスザル的チンピラ
216:デフォルトの名無しさん
16/10/22 20:58:24.55 rJrHw2K4.net
>>209
そうだよ
適切に処置すればリビルドなしでシステムを拡張できる
幾らでもできるからさっきそう言ったじゃん?
217:デフォルトの名無しさん
16/10/22 21:00:10.95 xVGM3Eif.net
リビルドしてんじゃねーか
218:デフォルトの名無しさん
16/10/22 21:04:05.92 nST3ahFj.net
>>210
ますます分からん
「ソースにリテラルを書くことはない」という主張の否定として
「ソースにリテラルは書かずにこうする」という例を挙げるのは、
話の流れとして成立するの?
議論とかディベートとか、あんまり学んでこなかったからなあ。
すまん
219:デフォルトの名無しさん
16/10/22 21:15:11.07 NG/YSHI2.net
>>212
いやリビルドしてんだろカス
220:デフォルトの名無しさん
16/10/22 21:19:28.67 OSlnnavW.net
>>214
周回遅れ
って言う言葉もわからんの?
> 「ソースにリテラルを書くことはない」という主張の否定として
否定なんてしてないぞ
まだそんなこと言ってるのかよ
って言ってるだけ
ディベートとか以前にまず正しい日本語を学ぶべきかと
221:デフォルトの名無しさん
16/10/22 21:19:28.86 vcedYMQM.net
あのさあ、おまえらタグって言葉は知ってるんだよな?
222:デフォルトの名無しさん
16/10/22 21:20:47.17 OSlnnavW.net
>>212
はいはい、嘘つきはもう来なくていいから
223:デフォルトの名無しさん
16/10/22 21:39:06.58 nST3ahFj.net
>>216
ああそういうことか、すまんかった
224:デフォルトの名無しさん
16/10/24 10:20:14.55 UouFXqTF.net
>>54から話広がり過ぎワロタ
225:デフォルトの名無しさん
16/10/24 10:48:41.37 fQGKWk+u.net
基本外野が喚くところですし
226:デフォルトの名無しさん
16/10/24 12:44:29.11 83bvzfHf.net
画面遷移メソッドの名前なんですがどちらが優れていますか???
openXxxWindow(p)
openYyyWindow(p1, p2)
openZzzWindow()
openWindow("Xxx", p)
openWindow("Yyy", p1, p2)
openWindow("Zzz")
227:デフォルトの名無しさん
16/10/24 12:46:27.62 +WgIUVwT.net
>>222
それ名前の問題じゃないだろ。
228:デフォルトの名無しさん
16/10/24 13:00:17.56 csInVVUs.net
>>222
完全にアルツハイマーだな。
229:デフォルトの名無しさん
16/10/24 13:37:47.14 fQGKWk+u.net
>>222
Xxx, Yyy, Zzz, p, p1, p2の補足が欲しい
230:デフォルトの名無しさん
16/10/24 15:21:51.22 pKBfRUrb.net
>>225
Xxx, Yyy, Zzzは画面名で英語の文字列です
p, p1, p2は次の画面に渡すパラメータで画面によって異なります
231:デフォルトの名無しさん
16/10/24 15:28:35.97 5ENMhkpM.net
>>1
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
そもそもこれしか話すことないのになぜ禁止したし
232:デフォルトの名無しさん
16/10/24 15:50:27.65 fQGKWk+u.net
>>227
xyz座標と思ったわw
Win32APIならCreateWindowってのがある
233:デフォルトの名無しさん
16/10/24 15:56:52.07 +RICRJtL.net
てめえみたいなゴミがギャーギャー喚いてうぜえからだよ
234:デフォルトの名無しさん
16/10/24 16:11:48.75 Gldo3h3g.net
>>226
正直、画面の基底クラスを作って各画面を継承で実装した方がスッキリ書ける案件だと思うけど…
どうしてもopenWindowで実装したいなら後者で
似たような動作をする関数(win標準のcreateWindow)が既にあるなら使い方も同じ感じにしたほうが分かりやすい
235:デフォルトの名無しさん
16/10/24 16:20:55.50 f1Oob2xq.net
幼稚なバカが悪乗りして悪ふざけでやってるレスにマジレスする奴も重症だな
236:デフォルトの名無しさん
16/10/24 18:29:15.85 wn6/eztm.net
>>227
名前をレスせず、命名規則や設計の善し悪しのレスしかしないバカがスレを消費するだけで
一向に命名しない流れが続いたから禁止された。
何年も前の話。
ここ最近のテンプレ読めないバカが集まって、やはり一致した結論が出てないのを見て分かるだろ。
このスレは「○○について名前を考えてください」というお題に答えるだけのマジレス歓迎の大喜利スレ。
237:デフォルトの名無しさん
16/10/24 18:34:05.48 Ri+KQSou.net
次スレは議論も禁止したほうがいい
質問者が求めてるのはズバリかヒントのワードであってバカどもの薀蓄なんてお呼びじゃない
238:デフォルトの名無しさん
16/10/24 18:41:13.01 Ja2raL71.net
議論じゃないんだな
戦争なんだな
テーマに対する意見を交わすんじゃなくて
相手に対する攻撃を応酬し合ってるんだから
239:デフォルトの名無しさん
16/10/24 18:45:32.24 f1Oob2xq.net
禁止して実効性があるの?
ないのは明白だよねw
前にも書いたが、テンプレを引用して絡んでくるバカが登場する時としない時があるのは何故?
要するに、本来スレ違いの議論にそいつ自信が参加してる時には現れないのは明白なわけ。
そして、これは個人的な感想(しかし自信はある)だが、実にどうでもいいお馬鹿な「議論」
が続いている時に限ってそのおバカは現れない。まあ語るに落ちてるよね。
要するに、ずいぶん前も書いたけど、「〜禁止」なんてルールはご都合主義のバカに他人のレスに絡む口実を与えて、
かえってスレが荒れる原因を作るだけ。
240:デフォルトの名無しさん
16/10/24 18:52:04.73 R8FyZAi8.net
マウンティング犬は今日も元気です
241:デフォルトの名無しさん
16/10/24 18:55:23.90 wn6/eztm.net
>>235
禁止してないから早速死んでくれていいよ
ってくらい無能な長文だね。
242:デフォルトの名無しさん
16/10/24 18:57:37.38 fQGKWk+u.net
>>235
> テンプレを引用して絡んでくる
って事は「命名規則や設計の善し悪しについて議論」してたんだよな?
その割には「マジレスする奴も重症」って矛盾してね?
243:デフォルトの名無しさん
16/10/24 19:02:36.61 f1Oob2xq.net
>>238
日本語でお書きください
244:デフォルトの名無しさん
16/10/24 20:14:28.55 fQGKWk+u.net
>>239
どこがわからない?
命名規則や設計の善し悪しについて議論してたからテンプレを引用して絡まれたんだろ?
245:デフォルトの名無しさん
16/10/24 20:32:37.69 f1Oob2xq.net
>>240
何を言ってるのかさっぱり意味が分からん。
246:デフォルトの名無しさん
16/10/24 20:42:00.45 fQGKWk+u.net
>>241
そうか
じゃあそのままでいいわ
247:デフォルトの名無しさん
16/10/24 21:19:09.43 XjvnPt+s.net
>>235をサニタイズするよ
禁止して実効性があるの?
ないかもね // 未検証な事柄を主観で断定しない
/* 思い込みと私怨の開陳は全カット */
禁止を押し付けらるのってなんか嫌だし(´・ω・`) // 個人的な感情であると説明しつつAAで和ます
248:デフォルトの名無しさん
16/10/24 21:40:24.47 bN8c+nPb.net
こいつの言語サニタイズしたほうがいいな
249:デフォルトの名無しさん
16/10/24 21:59:58.35 PrHBZIpa.net
このくっそ下らねぇやりとりで200レスも消化するとか底辺はやることが違うなと思う
250:デフォルトの名無しさん
16/10/24 22:17:53.78 mxK0EHtA.net
こんな塵芥と一緒にするとか底辺に失礼だろ
251:デフォルトの名無しさん
16/10/25 05:19:39.47 OZkbpJ7G.net
設計の善し悪しまで踏み込んでるのにタグ知らなかったんだぜ。
252:デフォルトの名無しさん
16/10/25 07:34:03.48 MZfG2R+8.net
この場合のタグって何?
253:デフォルトの名無しさん
16/10/25 08:05:43.55 zO0NytLF.net
値札のことだよ
254:デフォルトの名無しさん
16/10/25 09:19:12.44 g86pOwEK.net
サイズだろ
255:デフォルトの名無しさん
16/10/25 09:52:03.08 n342IJVH.net
例えるなら、人が道を聞いてるのに服装や交通ルールから説明してるんだよなあ
でも道順を全く説明できないただの交通ルールオタク
256:デフォルトの名無しさん
16/10/25 09:58:26.93 6yXN+QBc.net
不良品タグはってゴミ置き場にポイが妥当
257:デフォルトの名無しさん
16/10/25 10:56:42.10 s9TG/wfT.net
このスレッドは落として
設計・命名スレにしようや
命名と設計は不可分だからな
258:デフォルトの名無しさん
16/10/25 12:04:09.41 SxIO+8ai.net
14年続くスレを独断で終了させて立て直すとはさすが無能タグ
無能レスの応酬でなに一つ解決しないのにそんなスレが機能する訳ないだろ
14年分レス見てからテンプレ形成に至った意味を理解しろやハゲ
259:デフォルトの名無しさん
16/10/25 12:08:46.85 ZMREunEJ.net
設計まで口出しするなら質問時に言語とコードも出してもらわないと話にならないな
260:デフォルトの名無しさん
16/10/25 12:14:47.88 n342IJVH.net
ちょっと考えれば分かることだけど、質問者の言語やコーディング規約や社風や趣味を
許容できない奴が宗教論争をおっぱじめるのが目に見えてる
つーか既になってる
261:デフォルトの名無しさん
16/10/25 12:27:30.19 EzZ4fPwl.net
14年続けてこの有様じゃろくな奴がいなかったんだろうな
潰したほうが賢明だよ
まだ宗教論争のほうが実りがある
262:デフォルトの名無しさん
16/10/25 12:44:39.57 qCdUY5e1.net
・14年ずっと同じ人がはりついているわけではないので継続年数は関係ない
・この有様→つぶした方がマシになる根拠がない(設計に口出しすると何がマシなのだ?)
263:デフォルトの名無しさん
16/10/25 13:12:06.50 1R5yIvw6.net
潰すも何も、需要があると信じているなら新スレにさっさと移動すればいいだけの話。
設計・命名スレ
スレリンク(tech板)
264:デフォルトの名無しさん
16/10/25 21:01:29.23 U4JQUv53.net
スレが用意されると (書いてもいい場所が用意されると) 急に静かになるわけね
265:デフォルトの名無しさん
16/10/25 21:18:23.14 Tozirg6q.net
リクエストを処理する
の処理はどんなのがいいですかね
266:片山博文MZ ◆T6xkBnTXz7B0
16/10/25 21:35:01.01 tNFHqmMD.net
respond
267:デフォルトの名無しさん
16/10/25 22:29:29.89 QNrvjVG6.net
>>261
HandleRequests
DealRequests
268:デフォルトの名無しさん
16/10/25 22:41:57.40 Tozirg6q.net
ちょっと抽象的な質問でしたね
単語調べた結果respondに決めました
ありがとうございます!
269:デフォルトの名無しさん
16/10/26 00:29:53.63 8ZG+uxSI.net
特殊処理したいファイルを絞る正規表現の文字列の変数名をregex_specialFilesみたいにしたくなるのですがまずいでしょうか
実際にはspecialにはもっと具体的な単語が入ります
specialFilesRegexだとspecialがどこにかかるか分からない気がしてしっくりこないんです
270:デフォルトの名無しさん
16/10/26 00:46:49.43 Hu8g6Oi9.net
>>265
かっこつけて(?)無理に前置詞を省こうとするから意味不明な名前になるんだと思う
基本英語そのままでOK
RegexForFilesTo特殊処理
個人的には正規表現文字列をRegexと表現するのは嫌いなので、
PatternForFilesTo特殊処理
の方がいいと思う。
271:デフォルトの名無しさん
16/10/26 01:02:23.89 8ZG+uxSI.net
>>266
なるほどその通りですね
前置詞が完全に頭から抜けてました
regexも確かにpatternの方が分かりやすそうです
ありがとうございます、スッキリしました
272:デフォルトの名無しさん
16/10/26 01:43:11.56 LebVIXiL.net
いやむしろ説明的な長い変数名は良い習慣ではない
273:デフォルトの名無しさん
16/10/26 09:10:48.26 R7bTf3Ct.net
俺も変数名を文章っぽくにするのは好きじゃないな。
スコープがおかしな事になってるときになりがちだし。
274:デフォルトの名無しさん
16/10/26 09:49:31.37 EekeRq3r.net
>>269
では対案をどうぞ
275:デフォルトの名無しさん
16/10/26 11:08:46.69 i9LqHSRB.net
>>265
ハードコーディングしないでちゃんと名前でリソース管理したほうがいいよ
new regex(resouceManager.getString("pattern for special files"))
こうしておかないと正規表現の数が増えるたびにコードの書き換え、リビルド、テスト、公開、とめんどくさい作業をしなければならないから最悪
276:デフォルトの名無しさん
16/10/26 12:33:54.58 EekeRq3r.net
>>271
スレ違いの上に、ほとんど強迫神経症の態度だねそれは。
277:デフォルトの名無しさん
16/10/26 12:42:16.41 wESs4v7p.net
>>271のやり方でも数がふえたらリビルドが必要な件
278:デフォルトの名無しさん
16/10/26 14:41:24.69 4rKIhUw9.net
【質問者が”設計変更まで視野に入れつつ”命名に困ってここに来てる】
と思うなら、これ作ってくれてるんだから移動誘導待機なりしてくれ。
設計・命名スレ
スレリンク(tech板)
ここのスレは設計がクソだったとしても質問者のレベルの範囲で返しとけばいいんだよ。
279:デフォルトの名無しさん
16/10/26 14:49:22.45 CNqsRIZ6.net
そうそう
聞くとしても名前を考えてるオブジェクトが何するかくらいでいい
他は余計な事考えないでいい
280:デフォルトの名無しさん
16/10/26 16:24:13.43 i9LqHSRB.net
質問者に許されるレス内容
@背景と機能の説明
A候補として考えてる名前(もしあれば)
Bサンプルコード(もしあれば)
回答者に許されるレス内容
@機能に付けるべき名前(機能1つに対して1つの識別子)
これ以外の書き込みは禁止とする
281:デフォルトの名無しさん
16/10/26 16:47:17.25 Kd62j3g9.net
自分でやっといって何を言ってるんだw
282:デフォルトの名無しさん
16/10/26 17:51:29.14 7vN4PYAf.net
ここまで来ると、マジでアスペか何かだな
空気を読むとか一切できなさそう
283:デフォルトの名無しさん
16/10/26 18:41:32.26 nn4J9Ce2.net
>>276
馬鹿かこいつw
284:デフォルトの名無しさん
16/10/26 19:10:56.46 HUHPMrwb.net
>>227-229
君たちはなんでそんなに頭が悪いの?
285:デフォルトの名無しさん
16/10/26 19:17:15.22 HUHPMrwb.net
レス番を間違えちゃった
まあ大事なことだから二回書いてもいいよね
>>277-279
君たちはなんでそんなに頭が悪いの?
286:デフォルトの名無しさん
16/10/26 19:49:54.50 DCJLb856.net
MainがOFFなら
AもBもOFF
MainがONなら
AとBの個別設定を参照
この場合の個別設定を参照する部分の名前はどうする?
287:デフォルトの名無しさん
16/10/26 20:02:22.65 Kd62j3g9.net
>>282
そんな抽象的な要件だけで名前付けろって無理があると思うけど・・・
288:デフォルトの名無しさん
16/10/26 20:29:17.43 LebVIXiL.net
そもそもMainの設定を参照する部分の名前はどうしたんだよw
個別の場合だけわざわざ別の名前にしたいのか?面倒な奴だなw
289:デフォルトの名無しさん
16/10/26 20:31:23.26 2dETNhOD.net
命名云々よりリーダブル意識しろ
290:デフォルトの名無しさん
16/10/26 20:37:53.55 Vi7enIW1.net
OFFとかONとかいわれましてもw
291:デフォルトの名無しさん
16/10/26 21:18:14.00 DCJLb856.net
>>284
Mainは 基本設定 Basic かなって思ってる
同じ名前にすんの?
292:デフォルトの名無しさん
16/10/26 21:25:29.98 R7bTf3Ct.net
設定を持ってくるメソッド名の話?
293:デフォルトの名無しさん
16/10/26 21:28:37.46 R7bTf3Ct.net
>>270
せめてspecialPatternくらいで問題ないような設計にすべき
294:デフォルトの名無しさん
16/10/26 21:37:32.89 DCJLb856.net
>>288
その話
基本設定受け取るのと個別設定を受け取るのは別にしてある
295:デフォルトの名無しさん
16/10/26 21:47:36.81 Kd62j3g9.net
>>289
それが可能かは質問者しか分からない。
普通に考えて、可能ならわざわざ質問しないだろう。
不可能な可能性が皆無ならともかく、そうでないのであればスレの趣旨を尊重して
素直に質問者の問題に解答すべきだ。
296:デフォルトの名無しさん
16/10/26 22:44:11.46 DvJWGDCx.net
スレチだから議論するなよ
297:デフォルトの名無しさん
16/10/26 23:11:00.34 8ZG+uxSI.net
今更ですが>>265はあるGUIのツールに埋め込むコードの一部の話です
正規表現は処理対象ファイルを指定する箇所の設定入力部に書いてあるので設計でどうこうというのは無理そうです
ツールの動きを無理にコードで制御しようとしてるので名前に無理が生じるのは仕方ないかもしれないですね…
298:デフォルトの名無しさん
16/10/26 23:44:24.00 4rKIhUw9.net
ということ。
一々設計レベルから作り直せると思ってる暇プログラマーは、どうぞ新スレに移動してください。
高尚な思想を元に数レスで一同を納得させられる流れを見せつけてくれるでしょう。
299:デフォルトの名無しさん
16/10/26 23:59:23.89 Kd62j3g9.net
>>294
気づいてないみたいだから一応言っとくけど、そういう「ガヤ」が一番くだらない。
バカじゃないの。
それに比べたら多少スレの趣旨からズレても命名の周辺の話題のレスの方が100倍マシだ
300:デフォルトの名無しさん
16/10/27 00:15:28.72 2yJlsZPW.net
それ自分のことじゃね
301:デフォルトの名無しさん
16/10/27 00:23:13.54 fRHwGNYD.net
>>295
皮肉込めて誘導してるだけで、真意としては>>291と大して変わらんつもりだが?
302:デフォルトの名無しさん
16/10/27 01:01:02.41 K8eDk5Ex.net
質問者に許されるレス内容
@背景と機能の説明
A候補として考えてる名前(もしあれば)
Bサンプルコード(もしあれば)
回答者に許されるレス内容
@機能に付けるべき名前(機能1つに対して1つの識別子)
上記以外の書き込みは禁止とする
スレチの話題は該当スレへどうぞ
設計・命名スレ
スレリンク(tech板)
303:デフォルトの名無しさん
16/10/27 07:18:32.18 uoSnPm98.net
>>288
GetSettingA( ), GetSettingB( ) じゃダメなの?
304:デフォルトの名無しさん
16/10/27 08:24:35.16 8JUz12qY.net
個別設定という変数名を考えてみよう
305:デフォルトの名無しさん
16/10/27 09:16:11.09 Owourcn0.net
共通部品的なやつのなかに
基本を持ってくるメソッド、設定Aを持ってくるメソッド、設定Bを持ってくるメソッドがある状況なのか
それともABそれぞれが、基本と個別のメソッドを持ってるのかによって違うかな
306:デフォルトの名無しさん
16/10/27 09:23:39.79 8JUz12qY.net
勝手に想像したらメールとかの通知機能が思い浮かんだかな
Mainはアプリとしての通知有効無効
AやBはアプリとしての通知が有効ならAやBの設定に従う感じ
メールならPersonal設定?
メールとか関係無く「個別通知」ならindividual?
307:デフォルトの名無しさん
16/10/27 10:55:59.83 wCjzfsvs.net
要件が適当すぎ
名前は適当でいいから動くコード書いて
308:デフォルトの名無しさん
16/10/27 12:56:18.58 Owourcn0.net
目的によって、基本や個別の意味合いが変わ
309:チてくるし、適切な単語も違うからねぇ
310:デフォルトの名無しさん
16/10/29 20:57:22.24 OmD5+S5i.net
メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。
これのtrue, falseを切り替える関数名はどういう感じがよいでしょう?
311:デフォルトの名無しさん
16/10/29 21:01:36.42 Lu2qC+Nv.net
>>305
toggle_recruiting
switch_recruiting
> 募集中かどうかを「is_recruiting」カラムに入れています。
is_recruitingに違和感がある。
それがrecruitingかを確認する関数名に読める。
312:デフォルトの名無しさん
16/10/29 21:13:58.34 OmD5+S5i.net
>>306
やっぱり違和感ありますかね?
「現在募集中かどうか」はどういう表現、カラム名が適切でしょうか
313:デフォルトの名無しさん
16/10/29 21:21:32.48 Lu2qC+Nv.net
>>307
recruiting
314:デフォルトの名無しさん
16/10/29 21:23:12.34 4zGB62ZL.net
余計に意味分からんわ
315:デフォルトの名無しさん
16/10/29 21:26:56.51 dXKRRVDP.net
offer exists
316:デフォルトの名無しさん
16/10/29 21:29:04.12 T/KDlWmf.net
そういう可能かどうかの状態をtrue/falseで返す関数は
isXXXXXable
が大正義
317:デフォルトの名無しさん
16/10/29 21:32:29.00 Lu2qC+Nv.net
>>311
切り替える関数であって可能かどうかを返す関数ではないのでは?
318:デフォルトの名無しさん
16/10/29 21:33:10.90 LIjnRu53.net
IsEnableRecruit
SetRecruitStatus
319:デフォルトの名無しさん
16/10/29 21:47:35.84 ZloojbFD.net
>>305
> メンバーの募集機能で、募集中かどうかを「is_recruiting」カラムに入れています。
俺なら in_recruiting かな
> これのtrue, falseを切り替える関数名はどういう感じがよいでしょう?
start_recruit(), stop_recruit()
320:デフォルトの名無しさん
16/10/29 21:48:45.20 w65J4ERD.net
ReverseかToggleかなあ。
Switchは第3のステータスがありそう。
>>307
is_recruitingで良いと思うけどなあ。
is_recruitableでもいいかもしれんけど。
321:デフォルトの名無しさん
16/10/29 21:53:37.19 w65J4ERD.net
あるいは、
下手に切り替えるところまでを1つの関数にするよりは、
SetRecruiting ( ! is_recruiting );
is_recruiting = ! is_recruiting;
is_recruiting ^= 1;
とかのほうが分かりやすいかもしらん。
322:デフォルトの名無しさん
16/10/29 22:19:02.82 4zGB62ZL.net
質問者はtoggleがしたいのか単にsetしたいだけなのかハッキリしておくれ
323:デフォルトの名無しさん
16/10/29 22:52:35.09 PR9zW7ZB.net
employならenployableって表現はありだけど
recruitableはないと思うわw
英単語としては存在するみたいだけど、意味的におかしいよねw
324:デフォルトの名無しさん
16/10/30 00:44:44.17 jMC+zj6I.net
〜ableは「〜可能」って意味だからな
今回は募集可能じゃなくて応募可能と考えるべき
325:デフォルトの名無しさん
16/10/30 07:07:00.90 JMWTgXDT.net
募集に関するクラスに作るんじゃないの?
普通にavailableでいいと思うんだけど
326:デフォルトの名無しさん
16/10/30 08:42:44.21 2kQlDpFE.net
>>318
例: 政府により募集可能な期間が設定された
普通に使われると思うけど?
327:デフォルトの名無しさん
16/10/30 11:46:01.42 f9d004U/.net
member_wanted {none, a_few_programmer}
328:デフォルトの名無しさん
16/10/30 22:45:31.62 sGqbfAV5.net
2つほど相談です。
関数名は文脈を考えて付けるべきというのは理解していますが、
プリフィクス等の汎用的な命名方法を探しています。
(1)
以下のような複数の方法でfooと呼ばれる値を取得し、それを返す関数の名前をお願いします。
・テキストファイルから解析
・既存の変数から計算
・DBや他マシンと通信
:
具体的などのような処理を行うかは、呼び出し元は知る必要はありません。
ただし、単なるGetFoo()よりは処理が重いイメージを伝えたいと思います。
現在は仮にFetchFoo()としています。
(2)
あるクラスのメンバ変数barに対して、取得と代入を行う関数をお願いします。
上記(1)と同じように複数の方法で値を取得し、それをbarに代入します。
現在 SetBar( FetchBar() ) と記述しているのですが、これをまとめたいという要求です。
こちらも呼び出し元は値の取得方法を知る必要はありませんが、少し重いイメージは出したいです。
InitializeBar() や ApplyBar() も考えましたが、
初期化だけに使うわけでも、各種設定を確定させるだけに使うわけでもないので、
ちょっとモヤモヤしています。
329:デフォルトの名無しさん
16/10/30 23:33:05.97 03ce0qAm.net
ここではないどこかからデータを取ってくるという意味合いが強いならFetchを使う
より抽象的に手段や場所や対象はよくわからないがとにかく何かを取得するという意味合いが強いならGetを使う
処理が重くなる場合があるという情報は通常はドキュメントに記載する
ドキュメントではなくプログラムで表現したいなら微妙なニュアンスに頼らずに非同期版のメソッドを用意すること
非同期版のメソッドを用意することによって同期版を使った場合にパフォーマンス上のペナルティが発生する可能性があるということをプログラマにより直接的に伝えることができる
330:デフォルトの名無しさん
16/10/31 00:13:23.74 T+jfS1R6.net
>>324
ありがとうございます。
Getだけだと、単純なアクセサってイメージが強くないですか?
C#のプロパティとかも、稀にそういうトラブルがあるらしいですけれども。
331:デフォルトの名無しさん
16/10/31 00:31:03.58 y/KimnPW.net
>>323
(1) それとは別に「早い」バージョンも存在するのでなければ単純にGetFooで問題ない気もする。
どうしてもそれが重いことを名前で伝える必要があるのなら、あいまいなニュアンスに頼るんじゃなくて
明示的にGetFooInSlowWayとかGetFooByHeavyMethodとか付けたらどうかなあ
(2) 基本的に(1)と同じでUpdeteFooとかReloadFooでよく、本当に必要なら(以下略)でいいんじゃないか
332:デフォルトの名無しさん
16/10/31 00:32:53.87 y/KimnPW.net
Updateのスペルが間違ってたw
333:デフォルトの名無しさん
16/10/31 00:45:48.40 y/KimnPW.net
その手のメソッドが頻出するなら、何かサフィックスする規約でもいいのかもね。
例えばHV(HeaVy)とか
GetFooHV
334:デフォルトの名無しさん
16/10/31 00:55:49.63 N3/YDThV.net
>>325
メソッドはクラスやインターフェースとセットだから問題ないよ
それで迷うようならクラスの役割やインターフェースの要求があやふやなんだろうね
FooRepository.getFoo
Foo.getName
どっちがインフラに依存した重い処理でどっちがフィールドアクセス(+α)のささやかな処理か?
クラス分けがちゃんとしてれば常識的に迷うこたないでしょ
335:デフォルトの名無しさん
16/10/31 12:47:10.69 uOz63dOb.net
重いことを主張したいわけではなく、ただのアクセッサではないということを主張したいだけか。
そういう微妙なニュアンスにこだわりたいのはわかるが、作者のそんな意図はなかなか伝わらないものだよ。
だからこういう話題は、それ単独で悩むんじゃなくて、規約レベルで決めとくべき話題だな。アクセッサはgetで、ファイルから持ってくるときはreadとか。
その規約的なものを検討してて質問してるなら失礼。
336:デフォルトの名無しさん
16/10/31 20:56:32.06 03zQ5mOK.net
というかオブジェクト指向的にはgetなんとかはフィールドアクセサーだって連想は間違ってるんだよ
実装を見たらたまたまフィールドにアクセスしてたってだけの話でな
337:デフォルトの名無しさん
16/10/31 22:11:27.28 6L1k9riG.net
くっさ
338:デフォルトの名無しさん
16/10/31 22:19:19.89 u9vgcP7f.net
アクセサーにgetを使うのって、解説用のときだけじゃね
339:デフォルトの名無しさん
16/11/01 09:00:22.30 pQ6hmNDw.net
プロパティのない言語だと、get/setをアクセッサとするルールを定めておくことで、色々と便利なわけですよ。
340:デフォルトの名無しさん
16/11/01 10:23:11.89 H/G1IS5n.net
解説のときにね
341:デフォルトの名無しさん
16/11/01 14:29:13.40 zTwebp3Z.net
>>331
その話題はここの連中にはまだ早い
342:デフォルトの名無しさん
16/11/01 16:07:11.34 H/G1IS5n.net
オブジェクトでフィールドにアクセスしないでなにかをGetするなんてあるんだろうか?
343:デフォルトの名無しさん
16/11/01 16:53:05.46 0w7M9Ph5.net
getするのはオブジェクトの属性だけとは限らないからねえ。
現に今の質問者の話がそれなわけで。
だからこそメソッドとは別に属性のアクセス専用のプロパティが発案されたんだと思うけど
344:デフォルトの名無しさん
16/11/01 20:13:14.70 jey0RimT.net
発案っていうかC#のプロパティなんかは例えばあれIDEの都合っしょ
そうすりゃIDE側から多少便利ってだけでね
public string Foo {get;}
public string Bar {get {return xxx.getBar()}}
この両方の書き方がある以上、属性専用も糞もない
用途はメソッドんときと一緒
345:デフォルトの名無しさん
16/11/01 20:22:36.25 zZ+/B8c0.net
>>339
プロパティはVBやCOMにもあるよ
それと、それまったく何の理由にもなってないと思うけど
プロパティは<オブジェクトの使用者に対して>それがオブジェクトの属性であることを明示するためにある。
346:デフォルトの名無しさん
16/11/01 20:28:15.67 ls1tDjet.net
プロパティは歴史的にはRADのためのアイデアであってるよ
マイクロソフトの中の人が言ってた
347:デフォルトの名無しさん
16/11/02 11:57:37.21 GdBKXJrN.net
スキーマ名.テーブル名を格納する文字列についていい名前はないでしょうか
348:デフォルトの名無しさん
16/11/02 12:25:48.41 iqvhs+TX.net
string スキーマ名
string テーブル名
349:デフォルトの名無しさん
16/11/02 12:34:12.01 GdBKXJrN.net
すいません、hogeSchema.hogeTableのようにスキーマ名とテーブル名を結合させた文字列です
暫定でtableFullNameになっているのですが伝わるでしょうか
350:デフォルトの名無しさん
16/11/02 12:58:15.07 iqvhs+TX.net
string スキーマ名とテーブル名
351:デフォルトの名無しさん
16/11/02 16:25:05.97 cswDNzjo.net
>>344
スキーマまで含める意図がテーブルを完全に特定したいと言うことなら FullQualifiedTableName かな
352:デフォルトの名無しさん
16/11/02 16:51:09.01 ocKcxs87.net
>>346
fully qualifiedで完全修飾なんですね
おっしゃる通りテーブルを特定するために結合しているのでそれでいってみます
ありがとうございます
353:デフォルトの名無しさん
16/11/02 16:53:27.99 7Lua67RL.net
class TableName {
private String _name;
private String _schema;
public TableName(String n, String s) {
_name = n;
_schema = s; }
public String name() { return _name; }
public String schema() { return _schema; }
public String fullName() { return _name + "." + _schema; }
}
354:デフォルトの名無しさん
16/11/02 18:39:44.42 MdOEsPX2.net
俺ならそういうのをクラス名やメソッド名にはしないな
>>348さんみたいな方向のアプローチでつくっておいて
変数名をそれっぽいもんにして運用する
class Pair<T, U> {
private T first;
private U second;
public Pair(T first, U second) {this.first = first;this.second = second;}
public T first() {return first;}
public U second() {return second;}
}
class StringPair extends Pair<String, String> {
public StringPair(String a, String b) {super(a, b);}
public String whole() {return whole("");}
public String whole(String sep) {return new StringBuilder().append(first()).append(sep).append(second()).toString();}
}
で、
List<StringPair> schema_table_pairsとかst_pairsとかstpairsとかstsとか
355:デフォルトの名無しさん
16/11/02 22:47:45.00 Bu8jEFR0.net
こんなアホが俺の周りに来ませんように
356:デフォルトの名無しさん
16/11/02 23:03:56.32 jC5deFAg.net
質問ではなく、ちょっと意見を聞きたいんだけどさ、
foo-bar_baz という名前があったとき、一パッと見でどう認識する?
1. Foo/ BarBaz
2. FooBar/ Baz
3. Foo/ Bar/ Baz
4. それ以外
357:デフォルトの名無しさん
16/11/03 00:18:47.46 siYabkWS.net
3だな
358:デフォルトの名無しさん
16/11/03 01:14:20.86 snmoM2GI.net
3かー、ありがとう。
小文字しか使えない状況って結構辛い
359:デフォルトの名無しさん
16/11/03 07:18:42.52 viOY8I+I.net
2に近いが1と3はない
360:デフォルトの名無しさん
16/11/03 08:34:35.58 4MjmvoYz.net
>>351
Google的には1だな
URLリンク(www.sem-r.com)
361:デフォルトの名無しさん
16/11/03 08:50:59.41 q+jX9dvw.net
ビンゴ!
362:デフォルトの名無しさん
16/11/03 09:18:04.47 9JnV00MF.net
foo-(bar_baz)
foo年bar組baz番
って感じ
363:デフォルトの名無しさん
16/11/03 10:28:30.55 NjbREez3.net
>>351
ここム板だから foo - bar_baz って認識する人が多いと思う
ハイフンを識別子に使える言語もあるけどね
364:デフォルトの名無しさん
16/11/03 11:49:34.61 GY8DqBwz.net
>>351
1かなスネーク形式を連想するし。
365:デフォルトの名無しさん
16/11/03 13:07:03.07 ZphmWbuS.net
ハイフン(っていうかプログラミング的にはマイナス記号だと思うけど)が識別子に使える
プログラミング言語なんてあるのかw
っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
他人の書いたコードを読む時重要なのは書いた奴がその表記法をどういう意図で使っているかであって
読み手がどう思うかじゃないんだから。
あえて言えばそんな他人にお前の意図を推測させるような表記法なんか使うなと。
366:351
16/11/03 13:49:32.19 snmoM2GI.net
ありがとう。見事にみんなバラバラだな!
本当は日本語OKなら積極的に使いたいんだけどねぇ。
>>351
URLやら連想配列やらまで含めればそれなりに。
自分(相談者)の場合はDBだけども。
>>360
全くもって同意する。ただすまん、今回の場合は意図を推測する/させる立場が逆なんだ。
例えるなら大昔のコンピュータゲームで、
A攻撃&Bジャンプのアクションゲームがそれだけでクソゲー扱いされるようなもので。
367:デフォルトの名無しさん
16/11/03 13:50:30.47 snmoM2GI.net
アンカ間違えた 自分に打ってどうする >358だ
368:デフォルトの名無しさん
16/11/03 13:59:33.85 +nsyTxDZ.net
>>360
Lispとかあるでしょ
369:デフォルトの名無しさん
16/11/03 14:07:57.72 h7OLIGrQ.net
演算子の前後は空白開ければ楽勝で区別出来るが、Cの.と->は空白入れると座りが悪いので入れてない
370:デフォルトの名無しさん
16/11/03 14:54:54.10 NjbREez3.net
>>360
> ハイフン(っていうかプログラミング的にはマイナス記号だと思うけど)が識別子に使える
> プログラミング言語なんてあるのかw
COBOL とか PowerShell とか
> っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
と思うならスルーしとけ
371:デフォルトの名無しさん
16/11/03 15:27:26.47 jGJ8D3JL.net
>>360
チェインケースでググれ
372:デフォルトの名無しさん
16/11/04 11:34:10.16 ZEtNANA9.net
>>360 xsltも-が使える。しかもふつうに引き算で-を使う。
373:デフォルトの名無しさん
16/11/04 17:51:27.61 yZRML0sj.net
設定画面でファイルを保存する場所(フォルダ)を指定させるのですが、
まずは、保存する場所を指定するかどうかのBoolean型のプロパティと
指定する場合の実際の保存場所のパスを表すString型のプロパティ
の2つの名前をよろしくお願いします。
Settingsクラスあたりに追加します。
374:デフォルトの名無しさん
16/11/04 17:57:14.78 yZRML0sj.net
英語の名前もそうなんですが、日本語の方もお願いします。
UI的には
「保存する場所を指定する」というキャプションのCheckBoxあたりと、
「保存する場所」というキャプションのテキストボックスとフォルダダイアログを表示するボタンでいいですかね。
375:デフォルトの名無しさん
16/11/04 18:00:23.05 BEVfOvDH.net
>>368
設定自体をファイルに保存するの?
それとも、何か別のデータを保存するの?
376:デフォルトの名無しさん
16/11/04 18:07:17.31 XfxE6vHI.net
>>368
話を聞く感じでは「保存する場所を指定するかどうか」なんて設定は不要に感じる。
要は必要になった時に保存場所を規定値に戻せれば同じことでしょ?
保存場所を規定値に戻すメソッドを持たせればいい。
保存場所は普通にSaveFolder, SaveName, SavePathで良いのでは
377:デフォルトの名無しさん
16/11/04 18:09:25.00 yZRML0sj.net
>>370
別のデータを保存します。それが2,3個あるのですが、その種類は接頭辞として前につけようかなと
思ってますので>>368ではその具体例を省いて質問しました。
設定ファイル自体ももちろんファイルに保存しますが
それは固定なので。
378:デフォルトの名無しさん
16/11/04 18:12:18.73 XfxE6vHI.net
まあ、一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか。
じゃあUsesDefaultFolderとUserSpecifiedSaveFolderで
379:デフォルトの名無しさん
16/11/04 18:21:19.77 yZRML0sj.net
>一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか
その通りです。例えば、インターネットエクスプローラのプロキシの設定でも
チェックボックスとテキストボックスの2段構えになってるのですが、
他のソフトでそうなってないUIのときに一時的に切り替えるがめんどくさい経験をしてるので、
だから、あえてチェックボックスとの2段構えにしています。
380:デフォルトの名無しさん
16/11/04 19:27:32.71 yZRML0sj.net
色々ありがとうございます。
>UsesDefaultFolderとUserSpecifiedSaveFolder
ここらへんの案で行こうと思います。
381:デフォルトの名無しさん
16/11/16 21:38:10.07 zlBynMxs.net
あるクラス群の役割を抽象化したスーパークラスの名前を考えています。
あるデータDをデータベースに対して読み書きするクラスX
あるデータDをファイルに対して読み書きするクラスY
あるデータDをメモリに対して読み書きするクラスZ
あるデータDをウェブアプリに対して読み書きするクラスW
これらのクラスの読み書き先の違いを抽象化したスーパークラスの名前は何が良いでしょうか。
ReaderWriter でしょうか。
382:デフォルトの名無しさん
16/11/16 22:09:41.69 5Ihw572q.net
むしろReadWriterじゃない?
あとDStreamとか?
383:デフォルトの名無しさん
16/11/16 22:42:11.51 gtmrvLDz.net
リポジトリだろ
384:デフォルトの名無しさん
16/11/17 00:16:14.42 jhQKUhIJ.net
>>376 です。
>>378 なるほど、ピッタリですね。
頂きます。
お二人とも、ありがとうございました。
385:デフォルトの名無しさん
16/11/17 01:17:13.53 ypT0aoV/.net
いやリポジトリは倉庫であって倉庫係ではないと思うけど...
>>376は倉庫係じゃん
386:デフォルトの名無しさん
16/11/17 02:13:48.61 NU+xZ5I3.net
377で挙がってるけどDStreamかなあ
387:デフォルトの名無しさん
16/11/17 12:34:21.39 ir/fHuQ7.net
全然ストリームじゃないのにどっからストリームが出てくんのか…
雰囲気で訳も分からずデタラメな名前つけんなタコが
388:デフォルトの名無しさん
16/11/17 13:05:45.14 /0Wfoiwq.net
>>382
悪いけどお前さんがストリームって概念を理解してないだけだと思うよw
389:デフォルトの名無しさん
16/11/17 13:33:29.72 SIbcJcrO.net
>>383
俺はお前が理解していないに一票。
ストリームじゃないし。
390:デフォルトの名無しさん
16/11/17 13:50:31.14 /0Wfoiwq.net
アホだ
URLリンク(ja.wikipedia.org)(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)
391:デフォルトの名無しさん
16/11/17 14:00:14.97 SIbcJcrO.net
>>385
自分の言葉で説明できないという告白ですか。
ストリームの要件の一つに「連続データである」ということがある。
>>376はそれを満たしていないのでストリームではない。
反論があるなら、自分の言葉でどうぞ。
392:デフォルトの名無しさん
16/11/17 14:03:31.82 3lGtF19o.net
Dを永続化したいという目的ならD repositoryで伝わるよ
でも>>376は永続化の手段も表したいと言う
真っ先にリポジトリパターンを思い出す人は違和感を持つんじゃないかな
393:デフォルトの名無しさん
16/11/17 14:05:02.67 /0Wfoiwq.net
>>386
以前はランダムアクセスが困難なもののみを指してストリームという用法が一般的だったのは
たぶん確かだが、最近はランダムアクセス可能なものもストリームと呼ぶ。
例えば>>385のリンク先の.NET Frameworkの例を見てみ
394:デフォルトの名無しさん
16/11/17 14:05:19.03 /0Wfoiwq.net
しかし、本物のアホだな
395:デフォルトの名無しさん
16/11/17 14:08:02.50 SIbcJcrO.net
Wikipedia好きみたいだから、本家からも引用しときましょうか。
URLリンク(en.wikipedia.org)(computing)
> In computer science, a stream is a sequence of data elements made available
> over time. A stream can be thought of as items on a conveyor belt being
> processed one at a time rather than in large batches.
Google翻訳:
> コンピュータサイエンスでは、ストリームは時間の経過とともに利用可能になる
> 一連のデータ要素です。 流れは、大きなバッチではなく、一度に1つずつ処理
> されるコンベヤベルト上の物品と考えることができる。
396:デフォルトの名無しさん
16/11/17 14:12:38.46 SIbcJcrO.net
>>388
> 例えば>>385のリンク先の.NET Frameworkの例を見てみ
これと>>376が同じに見えるのか。
こりゃ会話するだけ無駄だわ。
397:デフォルトの名無しさん
16/11/17 14:24:01.83 /0Wfoiwq.net
今日はこのぐらいで勘弁しといたるわ、まで読んだ。
しかし重症だね。
398:デフォルトの名無しさん
16/11/17 14:27:22.96 F8tQbCJJ.net
煽りたいだけの奴が的外れな事を言って引っ込みがつかなくなったパターンですね
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
95日前に更新/268 KB
担当:undef