クラス名・変数名に迷 ..
445:デフォルトの名無しさん
08/09/10 19:34:18
>>755
スルーしてください。お願いします。
446:デフォルトの名無しさん
08/09/10 20:54:49
>>745
英語厨だけど
PUSH *** KEY
とかいい加減やめてほしい
447:デフォルトの名無しさん
08/09/10 20:55:47
なんで？
448:デフォルトの名無しさん
08/09/10 21:01:50
Keyはpushではなくhitとかstrikeするもんだ、とでも言いたいんじゃないの？
大昔のパソコン雑誌（I/Oとか）にはよくそんな事が書いてあった気がする。
きっと758はいい歳こいたオッサン（俺もだが）なんだろう。
少なくとも最近は米英でもそんな変なこだわりはない気がするけどね。
449:デフォルトの名無しさん
08/09/10 21:05:43
いや慣例的にキーボードのキーなんかはpress以外ありえない
pushだと初代ストリートファイターのでっかいボタンとかならＯＫ
> きっと758はいい歳こいたオッサン（俺もだが）なんだろう。
つまりこれは正解
450:デフォルトの名無しさん
08/09/10 21:08:25
>>737
＞キー入力に限定していない
451:デフォルトの名無しさん
08/09/10 21:10:24
pressでないの？
452:デフォルトの名無しさん
08/09/10 21:11:22
>>762
もう誰もその話しはしてないんで
お帰り下さい
453:デフォルトの名無しさん
08/09/10 21:12:06
話を戻されるとやばいの？（･∀･）ｸｽｸｽ
454:デフォルトの名無しさん
08/09/10 21:14:11
>>765
笑える考えだな
737の何が間違ってたのかはママにでも聞いてろ
455:デフォルトの名無しさん
08/09/10 21:17:00
俺ママ居ねーし
456:デフォルトの名無しさん
08/09/10 22:03:53
(´･ω･｀)
457:デフォルトの名無しさん
08/09/10 22:04:51
マジレスするとメソッドだったら
hasPressed() / hasReleased()
変数なら
bPressed / bReleasedあたりだろ
>>767は幸せな家庭を築いてくれ
458:デフォルトの名無しさん
08/09/10 22:10:21
と言うかそんな短い上に糞仕様なんだから
内部変数なんてbool a,bでいいよ
459:デフォルトの名無しさん
08/09/10 22:18:26
この場合クソである事を明確にする事が優先されるべき状況だから、クソのような名前を付けるのがbetterと思われる。
460:デフォルトの名無しさん
08/09/10 22:19:29
やっぱ俺たちには共産党しかねーな。弱者のことを一番わかってくれてるし。
461:デフォルトの名無しさん
08/09/10 22:43:28
>>772工作員の誤爆か？
共産党という名を改称するのに迷ってるんなら
庶民党とか「国民の生活を守る党」
で、志井がモヒカンにしたら大躍進だ
462:デフォルトの名無しさん
08/09/10 22:46:51
じゃなくて「シュールギャク」のつもりなんでしょ。
大昔の「伝染るんです」ってマンガみたいな。
80年代末期で頭脳が新しいものを吸収できなくなったオッサンなんだと思われる。
463:デフォルトの名無しさん
08/09/10 22:56:56
大はずれ
464:デフォルトの名無しさん
08/09/10 23:56:48
日本にも労働党が欲しいね
465:デフォルトの名無しさん
08/09/11 00:35:17
ギャク？
466:デフォルトの名無しさん
08/09/11 01:02:53
>>773
共産党でこのスレ検索してみろ
ちょっと前に湧いた基地外だよ
467:デフォルトの名無しさん
08/09/11 02:23:30
デバッグ用途とかでクラスのメンバ変数を出力するメソッド名で悩んでます
出力先はコンソールやログファイルなど色々です
あとprintて名前は既に印刷メソッドで使ってるのでそれ以外で
候補 log write debug dump put out
468:デフォルトの名無しさん
08/09/11 02:32:35
tashiro
469:デフォルトの名無しさん
08/09/11 05:28:29
diagとかあるよ
470:デフォルトの名無しさん
08/09/11 07:12:58
dump
471:デフォルトの名無しさん
08/09/11 07:55:08
少なくとも自民党よりはいいだろ。自民党は、派遣労働を一般解放してだけどやりすぎたから日雇いだけは規制するとか、全く労働者のこと考えてないから。
ま、共産党が弱体化するとこうやって経営者のやりたい放題になるから、弱者のことを一番良く分かっているってのは一理ある罠。
472:デフォルトの名無しさん
08/09/11 08:18:43
だからお前日本語おかしいんだよ
473:デフォルトの名無しさん
08/09/11 08:35:22
いや、普通に分かるんじゃないか？おまえ、日本人じゃないだろｗ
474:デフォルトの名無しさん
08/09/11 08:39:55
toString
475:デフォルトの名無しさん
08/09/11 09:02:20
理解できると正しいは全然違う
476:デフォルトの名無しさん
08/09/11 09:10:44
普通の人だったら、政権中枢に一番近い公明党を動かそうと考えるんじゃないか？
共産党にはいるなら創価学会にしとけｗ
477:デフォルトの名無しさん
08/09/11 11:01:35
弱体化もなにも、これまでの日本史において共産党が強かったことなんて一度たりともないはずだが。
478:デフォルトの名無しさん
08/09/11 13:32:12
パパママ共産党！
479:デフォルトの名無しさん
08/09/11 19:58:26
個人的「妄想」で根拠は全くないが、
こういうスレ違いの話題になると嬉々として沸いてくる馬鹿と
頭の悪い「盲目的命名議論限定主義者」は恐らくかなりの割合でダブってると思う。
まったく命名議論に限定しないと「荒れる」とか言ってるのはどの口なんだかな。
まあ盲目的に与えられた「場の空気」に従うだけの、自我のない鳩のような人間に
「場の空気が正当かどうか自分の頭で考える」なんて芸当ができるはずはないんで
当たり前のことなんだが。
480:デフォルトの名無しさん
08/09/11 20:01:03
自分で荒らしてる自覚のない馬鹿もどうかとおもうよ。
481:デフォルトの名無しさん
08/09/11 20:07:52
共産党とか言ってる奴はキチガイだろ。やっぱ自民党だよな。な、そうだよな？
482:デフォルトの名無しさん
08/09/11 20:21:12
スルー検定10級の問題文ですよ
反応した方は猛省して小学生からやり直すように
483:デフォルトの名無しさん
08/09/11 21:49:58
実は自民党はね…
484:デフォルトの名無しさん
08/09/11 22:18:55
クラス名 classX
変数名 varX
今までは全部これでオケ
485:デフォルトの名無しさん
08/09/11 23:19:32
何気に噛み合ってないし、単にキーワードに反応するBOTだったりして
486:デフォルトの名無しさん
08/09/12 15:41:49
複数のHogeの寿命を管理するクラスになんて名前つけたらいいですか？
Add関数でHoge*を受け取って、デストラクタで全てのHoge*をdeleteするクラスです。
言語はC++です。
487:デフォルトの名無しさん
08/09/12 15:44:55
AutoDeleteHogeList
488:デフォルトの名無しさん
08/09/12 15:58:43
>>799
分かりやすいと言えば分かりやすいのですが、説明くさいというか名前が長く感じます。
もう少し短い名前ないですか？
489:デフォルトの名無しさん
08/09/12 16:03:59
HogeManager
490:デフォルトの名無しさん
08/09/12 17:51:39
>>801
Manegerは意味が広すぎてちょっと・・・。
491:デフォルトの名無しさん
08/09/12 17:52:36
HogeDeleter
492:デフォルトの名無しさん
08/09/12 17:53:05
HogeDelList
493:デフォルトの名無しさん
08/09/12 17:53:12
訂正：Managerでした
494:デフォルトの名無しさん
08/09/12 17:55:04
HogeCleaner
495:デフォルトの名無しさん
08/09/12 17:56:09
>>803
ポリシー・クラスに見えてしまいます。
>>804
削除候補を保持するクラスに見えます。
496:デフォルトの名無しさん
08/09/12 18:00:10
>>806
うーん、削除が強調されすぎてて、生存してる間保持する役割のクラスに見えないんですよね。
497:デフォルトの名無しさん
08/09/12 18:08:54
HogeLifeManager
498:デフォルトの名無しさん
08/09/12 18:09:46
HogeAutoreleasePool
499:デフォルトの名無しさん
08/09/12 18:10:14
HogeKeeper
500:デフォルトの名無しさん
08/09/12 18:11:15
長いのが嫌なら抽象的になるのは仕方が無かろう
501:デフォルトの名無しさん
08/09/12 18:14:29
抽象的な名前にしといて具体的な機能はコメントに書けよ
502:デフォルトの名無しさん
08/09/12 18:31:01
>>809
生存時間に対して操作をイメージしてしまいます(参照カウントとか)。
>>810
うーん、これより>>799の方がよく思えます。
>>811
これが一番良いと思いました。
>>812
そうですねぇ・・。
>>813
あまり名前が長くなるのも嫌なのでそうするべきなのかもしれません。
HogeKeeperにします。
ありがとうございました。
503:デフォルトの名無しさん
08/09/12 18:36:20
あーでもないこーでもないって散々悩んでそれかよｗ
504:デフォルトの名無しさん
08/09/12 19:05:09
HogePool
505:デフォルトの名無しさん
08/09/12 19:38:56
さんざん迷惑かけといて、HogeKeeperじゃ一番分けわかんないじゃんかよ
506:デフォルトの名無しさん
08/09/12 19:48:42
>>817
迷惑って何だよ。何で「答えてあげてる」感覚なの？
507:デフォルトの名無しさん
08/09/12 20:05:32
>いい変数名を思いついた人は、それに答えてあげましょう。
508:デフォルトの名無しさん
08/09/12 20:06:07
そもそも>>799の話って前後が繋がってない意味不明に聞こえるんだが
これって俺の理解力の問題か？
なんでリストのアイテムを皆殺しにするクラスの機能が寿命管理なんだ？
皆殺しならHogeExterminatorとかでいいじゃん。
509:デフォルトの名無しさん
08/09/12 20:06:52
すまん799じゃなくて>>798だった
510:デフォルトの名無しさん
08/09/12 21:00:52
>>798
ptr_vector
511:デフォルトの名無しさん
08/09/12 21:26:46
>>820
> これって俺の理解力の問題か？
いや、そうは思わないが。。。
では逆に「寿命を管理するクラス」とはどんなメソッドを持っているものと想像する？
512:デフォルトの名無しさん
08/09/12 21:32:46
デストラクタでdeleteと聞いて、皆殺しにするクラスとは俺は思わないな
513:デフォルトの名無しさん
08/09/12 21:48:20
おまえらのレスが糞すぎるから、皆殺しってことｗ
514:デフォルトの名無しさん
08/09/12 21:50:07
いや、つまんないから。
515:デフォルトの名無しさん
08/09/13 00:46:52
HogeCollector
516:デフォルトの名無しさん
08/09/13 00:50:20
>823
インスタンスの追加、削除、削除の予約、生きているインスタンスの総数とか？
517:デフォルトの名無しさん
08/09/13 00:51:27
>>800
auto_array
518:デフォルトの名無しさん
08/09/13 05:02:04
>>823
shipPollutedRice
519:デフォルトの名無しさん
08/09/13 08:57:37
漏れは既出のHogePoolを推す。
520:デフォルトの名無しさん
08/09/13 09:33:57
おれは自民党総裁に投票する！
521:デフォルトの名無しさん
08/09/13 09:38:17
中でやってる処理よりも、外から見た機能で名前付けたほうがいいよね
わかっちゃいるんだけどつい安易な名前になっちゃう
522:798
08/09/13 12:16:15
引き続きレスありがとうございます。
寿命を管理と書いたのは、単に参照としてポインタを保持しているだけなのか、
deleteの義務まで請け負っているのかをはっきりさせたかったためです。
基本的にはコンテナのような物です。
また、for_eachなどで保持してる全てのHogeの関数を呼び出すなどの操作をラップした関数も考えています。
なので、ptr_containerのtypedefでは不足なのです。
HogeKeeper、HogePool、HogeCollectorのどれかにしようと思うのですが、この３つの使い分けが難しいです。
それぞれどんなニュアンスを感じますか？
523:デフォルトの名無しさん
08/09/13 12:47:49
>>834
それこそ auto array とか auto list でいい気がするが。
keeper, pool だとただ持ってるだけ感が。foreach を使える感じしない。
collector は、「集めること」に主体があって、集合（集まってるもの）なイメージしない。
524:デフォルトの名無しさん
08/09/13 12:48:06
Collectionならともかく、
Collecterだと、条件に従ってフィルタリングする人という気がする。
525:798
08/09/13 13:19:05
>>835,836
なるほど、参考になります。
たしかにautoと付けば、「deleteしてくれる」と一発でわかるし、一番ぴったりした名前かもしれません。
AutoArrayにします。
ありがとうございました。
526:デフォルトの名無しさん
08/09/13 14:11:37
>>834
boost::scoped_array
auto_arrayもググると出てくるよ
527:798
08/09/13 16:47:51
>>838
new[]で確保してdelete[]で解放するものは、可変長にできないのがだめですね。
うーん、そう考えるとAutoArrayも固定長っぽくて微妙かなぁ・・・。
ptr_containerのtypedefで済ましておくべきか。
528:デフォルトの名無しさん
08/09/13 16:57:53
std::vector<boost::shared_ptr<T> > ではだめなのか。
529:798
08/09/13 17:03:13
>>840
それもありますけど、それなら専用に作られてるptr_containerにするつもりです。
530:デフォルトの名無しさん
08/09/15 18:33:54
クラス名を決めたいのですがどうすればいいのかわｋりません。
できるだけ具体的に教えてください。言語はC++です。
531:デフォルトの名無しさん
08/09/15 19:09:16
MyClass1、MyClass2、MyClass3・・・ってつけるといいと思うよ
532:デフォルトの名無しさん
08/09/15 19:16:51
クラス名なんて、好きなタレントでも、アニメのキャラでも、食べ物でも
タバコの銘柄でも何でもいいんじゃん？愛着が沸くぜ？
533:デフォルトの名無しさん
08/09/15 20:15:57
俺なんかunko
tinpo
manko
とかだぜ。manko=tipoとかなんだろう…って想像しちゃうし
最高！おすすめ。
534:デフォルトの名無しさん
08/09/15 20:45:20
なんだっけ？ 伝説的な命名。
SakuraたんにMyStickをInsertする、だっけ？
535:デフォルトの名無しさん
08/09/15 21:01:12
>>845
manko << tinpo
とかの方がいいんじゃね。
536:デフォルトの名無しさん
08/09/15 21:15:09
mankoはtinpoを継承してmanpoになりました。
537:デフォルトの名無しさん
08/09/16 21:38:12
多重継承イクナイ。
538:デフォルトの名無しさん
08/09/16 22:45:36
ダイアモンド継承は近親相姦
539:デフォルトの名無しさん
08/09/17 21:33:23
>>850
そういうのは疑似だけにしなさい。
540:デフォルトの名無しさん
08/09/17 22:42:25
>>851
仮想継承の使い道がやっと理解できました
541:デフォルトの名無しさん
08/09/18 20:55:29
ありがちだと思うのですが、
文字列を大文字小文字関係なく比較する関数の名前ってどんな感じが良いんでしょうか。
CompareString〜〜 みたいな命名方法でお願いします。
542:デフォルトの名無しさん
08/09/18 21:04:19
今時どんな言語でもオーバーロードぐらい使えるんだろうから
メソッドはCompareStringで共通にして、比較方法を引数にとるオーバーロードを
追加すればいいじゃん。
543:デフォルトの名無しさん
08/09/18 21:08:36
>>854
ソレじゃメソッド名から機能が読み取れねェ。って事を気にしてるんじゃ？
544:デフォルトの名無しさん
08/09/18 21:12:34
いや標準的なプログラマならそういうオプションを指定可能な
オーバーロードの存在を普通に期待するから大丈夫。
545:デフォルトの名無しさん
08/09/18 21:13:28
>>853
CompareStringIgnoreCase
546:853
08/09/18 21:13:51
あー、すみません。
今使ってるのはC言語なんです、、、
547:デフォルトの名無しさん
08/09/18 21:19:03
そんじゃ直訳で。
CompareStringWithCaseInsensitive
548:デフォルトの名無しさん
08/09/18 21:20:51
>>853
stricmp → CompareStringIgnoreCase
549:デフォルトの名無しさん
08/09/18 21:21:11
あとVB方式で
CompareStringBinary VS. CompareStringText
とか。
もっともこれだと全角半角も区別しない印象を受けるかも知れんが。
550:デフォルトの名無しさん
08/09/18 21:25:30
>>858
Cか。じゃあstrcmp関数もあることだし
strcmpic
で。
551:853
08/09/18 21:28:49
皆さん意見ありがとうございます。
・・・stricmpという正にな関数があるみたいなので、素直にそちらを使わせてもらいます。すみません。
552:デフォルトの名無しさん
08/09/18 21:29:57
これはどうよ？
URLﾘﾝｸ(www.linux.or.jp)
553:デフォルトの名無しさん
08/09/18 21:31:53
>>863
そんなCの悪い文化を今更踏襲することないのに。
554:デフォルトの名無しさん
08/09/18 21:36:42
環境によってstricmpだったりstrcmpiだったりstrcasecmpだったりする罠
555:デフォルトの名無しさん
08/09/18 22:09:24
その悪しき文化の i は insensitive の i？
556:デフォルトの名無しさん
08/09/18 22:11:45
暗号的な命名。
これが本当のコーディング、なんてな
557:デフォルトの名無しさん
08/09/19 09:10:00
文字列が入った配列を受け取り、その中で一番長い文字列と同じ長さになるように他の文字列の
末尾にスペースを付加する関数の名前をお願いします。
例えば、以下のような配列を受け取ったとき、
ライオン
カバ
キリン
カバの末尾に半角スペースを4つ、キリンの末尾には半角スペースを2つ付加します。
558:デフォルトの名無しさん
08/09/19 09:25:44
埋めるって意味だと pad
揃えるって意味だと align
かな。
pad space to align ？
559:デフォルトの名無しさん
08/09/19 13:13:47
>>869
pad space for adjust length
560:デフォルトの名無しさん
08/09/19 13:16:59
>>865
「今更」じゃねーよ！
まだまだ現役。
Cとかオーバーロードのない言語とかに言いがかりを
つけたいだけなら、このスレにくんな。
561:デフォルトの名無しさん
08/09/19 13:17:27
String.PadRight(int totalWidth, char paddingChar)
562:デフォルトの名無しさん
08/09/19 13:44:43
Cが古いって言ってる人って大抵ﾄﾞｻﾞだよね。
563:デフォルトの名無しさん
08/09/19 14:01:04
alignは位置揃えという感じですな。(左揃え右揃え)
fillか、既に出ているpadがよいでしょう。
fill to max widthとか
564:デフォルトの名無しさん
08/09/19 14:01:51
私ﾏｶｰだけどObjective-Cの時代だと思う。
565:869
08/09/19 17:09:25
ありがとうございます。
皆さんの意見を参考に名前をつけたいと思います。
566:デフォルトの名無しさん
08/09/19 18:42:43
英語厨だけど文法的には
pad string with blanks
となる
567:デフォルトの名無しさん
08/09/19 18:51:19
fill margin with space
568:デフォルトの名無しさん
08/09/19 19:06:06
>>872
頭大丈夫？
Cにケチつけてるんじゃなくて「Cの悪い文化」にケチつけてるんだよ馬鹿。
569:デフォルトの名無しさん
08/09/19 19:19:40
テキストボックスにテキストが与えられた時刻を記憶させる変数の名前で、
timeWhenTextWasSetはさすがに冗長で、timeTextSetとかwhenTextSetというのが思い浮かんだのですが、どうなんでしょう
時刻なんていろんなところにでてくるので通例みたいなのがありそうなんですが
570:デフォルトの名無しさん
08/09/19 19:41:32
通例は知らんけど。
EditedTimeとかModifiedTimeとかUpdatedTimeとか。
でもUI関連はそのテキストボックスが何の入力用なのかとか
他にどんなUIが載っているかとかで変える必要はありそう。
571:デフォルトの名無しさん
08/09/19 21:43:18
textSetAt
572:デフォルトの名無しさん
08/09/19 22:56:42
>>880
バカは貴様だ。
質問者は、標準ライブラリ関数そのものを使うと答えたんだ。
それが「悪い文化」ってどういうことだ！
573:デフォルトの名無しさん
08/09/19 23:09:01
後の時代に使っちゃいかん関数がたんまり出てくるライブラリを
作ってしまう文化ってあまりよくないと思う。
まあ、>>865 はどう見ても C に難癖つけてるとしか思えないけど。
574:デフォルトの名無しさん
08/09/19 23:53:54
>>881
lastModified
575:デフォルトの名無しさん
08/09/20 01:57:19
modifiedTime
textModifiedTime
timeModified
timeTextModified
576:デフォルトの名無しさん
08/09/20 10:23:56
FillSpacePaddingRight
577:デフォルトの名無しさん
08/09/20 12:32:32
前置詞を使えよ、前置詞をよォ。
思いついた単語をベタに並べるだけってのは止めてくれ。
思いついた本人にはマトモに見えるのかも知れんがね？
578:デフォルトの名無しさん
08/09/20 12:46:57
前置詞の問題でもないだろw
単に英語ダメな子なんだろう
579:デフォルトの名無しさん
08/09/20 14:07:56
好きにしろよ
580:デフォルトの名無しさん
08/09/20 14:09:00
>>889
お前の書いたプログラムの関数名で中くらいの長さの出してみろ
581:デフォルトの名無しさん
08/09/20 14:32:08
>>890
英語がダメなら日本語で命名とかどうですか。それもダメなら連番にでもするか。
582:デフォルトの名無しさん
08/09/20 14:53:01
前置詞うんぬんって誰に対するレス？
このスレ全体？
583:デフォルトの名無しさん
08/09/20 14:55:04
goToHell
restInPeace
とか
584:デフォルトの名無しさん
08/09/20 15:05:27
日本語から英単語を連想するとネイティブの感覚とはズレてくるね
たとえばfillだとスペースを他の単語で埋める感じになる
穴埋め問題（fill in the blanks）とか
英語が出来ない人が多すぎるのは確かだけど、俺は諦めてる
そもそも英語自体が言語として出来が悪すぎるんだよ
585:デフォルトの名無しさん
08/09/20 15:41:59
fill with spaces にしろってこと？
586:デフォルトの名無しさん
08/09/20 16:20:00
行列の対角成分の和はtraceと言う名前がありますが，
対角成分の積で何かいい名前はないでしょうか？
587:デフォルトの名無しさん
08/09/20 16:47:20
一語で適切なのは無いような気がする
diagonal productとか？
>>897
それでもわかるけど後ろに追加するからappendのほうがいい
あとspaceは図形的な空間の意味が強い
ちなみに俺は>>878と書いた
588:デフォルトの名無しさん
08/09/20 16:58:16
でもspace characterで埋めるんでしょ
589:デフォルトの名無しさん
08/09/20 17:10:46
＞あとspaceは図形的な空間の意味が強い
この人ネイティブに近いん？
590:デフォルトの名無しさん
08/09/20 17:13:30
そうでもない
591:デフォルトの名無しさん
08/09/20 17:15:54
>>873で決着した話題だと個人的には思ってたけどまだ続いてるのか。
>>899
正直Appendはない。いやAppendでもいいけど、それだと引数で指定する数値は
自動的に"Appendする"空白の数という意味になり、メソッドの意味が別物になってしまう。
やはりpadが適切だ。
592:デフォルトの名無しさん
08/09/20 17:36:46
.NET: PadRight
Python,Ruby: ljust
D (phobos): ljustify
593:デフォルトの名無しさん
08/09/20 21:49:02
SQL: rpad
594:デフォルトの名無しさん
08/09/20 21:57:28
やはりライブラリの名前付けの方がネイティブ気取りの英語厨より柔軟だな
595:デフォルトの名無しさん
08/09/20 22:31:13
>>904,905
メソッドの機能として空白文字以外でも埋める事ができたり、
引数や名前空間から文字列を扱う事が自明だったりすれば、
その辺の説明はメソッド名から省けるからなぁ。
596:デフォルトの名無しさん
08/09/20 23:09:53
padだとほぼ空白で埋める意味になる。fillだといろんなもので埋める可能性がある感じ。
597:デフォルトの名無しさん
08/09/20 23:31:29
>>908
まあドトネトとか旧VB以外なら、padも\0で埋める意味に取れないこともない
……というのは言い掛りか？
598:908
08/09/20 23:37:48
>>909
言語がどうとかはあまり気にしてなくて、英語のニュアンスとして言っただけです。はい。
599:デフォルトの名無しさん
08/09/21 00:08:11
>>908
て言うか、pad は余ってる所に詰め物をするのが主眼で、詰められた物には
あまり興味がないと言う感じ。
fill は、指定された所を能動的に満たすので、満たすものは当然ユーザーが
意識して指定すると言う感じだと思う。
600:デフォルトの名無しさん
08/09/21 13:10:50
今更だけど>>869の関数名は冗長で説明的にすべきじゃね？
あまり直感的じゃない二つの動作を行う関数なんだから
「配列の最長文字列にあわせて右側をスペースで埋める」を英語厨の人訳してくれ
601:デフォルトの名無しさん
08/09/21 13:21:02
>>912
何を張り切ってループさせてんだよｗｗ
602:デフォルトの名無しさん
08/09/21 17:18:54
>>912
>>878
603:デフォルトの名無しさん
08/09/21 17:22:23
>>914
「配列の最長文字列にあわせて」と「右側を」の意味が抜けてる
604:デフォルトの名無しさん
08/09/21 17:28:00
配列の最長文字列なんてそもそも日本語としても破綻してないか？w
605:デフォルトの名無しさん
08/09/21 17:38:57
よし俺が今、「asdfg」という単語を考案してやったぞ。
これは「配列の最長文字列にあわせて右側をスペースで埋める」と言う意味の単語だ。
これを関数名にしよう！そうしよう！
606:デフォルトの名無しさん
08/09/21 17:56:36
じゃあ、
配列の最長文字列 → 配列の各要素に入っている文字列の中で最長のもの
607:デフォルトの名無しさん
08/09/21 18:33:15
お前は日本語シンボルが使えたとして
配列の各要素に入っている文字列の中で最長のものにあわせて右側をスペースで埋める(String[])
なんて関数を使いたいのか？
608:デフォルトの名無しさん
08/09/21 18:36:51
>>919
君頭悪いってよく人にいわれるでしょ？w
まあ頭悪いは言い過ぎかも知れないが、PC-98時代の常識で成長止まってるんじゃないの？
609:デフォルトの名無しさん
08/09/21 18:44:04
議論放棄して煽りに走るのカコワルイ。
610:デフォルトの名無しさん
08/09/21 19:55:43
>>921
>>1
611:デフォルトの名無しさん
08/09/21 20:11:12
じゃあ最初から議論に参加しなければ不毛な煽りに走る必要も無いのに…。
旗色が悪くなると>>1を盾に使いますか、そうですか。
612:デフォルトの名無しさん
08/09/21 21:27:00
ume
613:デフォルトの名無しさん
08/09/21 22:06:55
>>912 >>920
「冗長」てのは読み取りとか聞き取りでエラーが起こる場合にのみ意味がある
プログラム言語のシンボルに冗長性なんて要らない
引数で分かる部分までだらだら記述するのは馬鹿
strcmpのstrはどうかと言われると、型の無い言語やオーバーロード出来ない場合
それは必要なのであって冗長ではない
614:デフォルトの名無しさん
08/09/21 22:12:53
>>925
ああ、>>919は「アホみたいな冗長な命名ヤメレ」って意味だったのかw
それなら異論はないよ。
だが、>>912は明らかにネタだろう。
615:デフォルトの名無しさん
08/09/22 00:08:43
PadRight(string[])でFA
616:デフォルトの名無しさん
08/09/23 13:22:58
1つのブロックに垂線を引いて
■
■
上下ふたつにわける関数と
■■
みたいに左右2つに分ける関数
それぞれなんて付けますか?
617:デフォルトの名無しさん
08/09/23 13:24:12
ブロックって何？レゴブロック？
618:デフォルトの名無しさん
08/09/23 13:26:37
vertical_split
horizontal_split
かなあ？
619:デフォルトの名無しさん
08/09/23 13:28:17
左右がvertcalね。
620:デフォルトの名無しさん
08/09/23 13:56:16
#define VERTICALLY 90
#define HORIZONTALLY 0
chop(int angle)
621:デフォルトの名無しさん
08/09/23 14:43:57
>>932はのびママ
622:デフォルトの名無しさん
08/09/23 15:06:52
#define REPAIR 60 追加で。
623:デフォルトの名無しさん
08/09/23 15:26:19
wxSplitterWindowだとSplitHorizontally,SplitVertically
624:デフォルトの名無しさん
08/09/23 15:44:04
ベタに考えると>>930なんだろうけど、やや難癖気味かもしれないことを言うと、
垂直に、つまり上下に重なるように分割する場合は水平にスライスし、
水平に、つまり左右に並ぶように分割する場合は垂直に縦割りするわけで、
もうちょっとその辺の誤解が生じないように明示的にできないかなという気もする。
UpDownDivide、RightLeftDivideなんてのを思いついたが
これもちょっと馬鹿っぽいかなあ。
625:デフォルトの名無しさん
08/09/23 15:48:18
>>936
DivideUpToDownとかDivideRightToLeftと勘違いする人がいて、全く逆の意味に取られかねない、と思った。
626:デフォルトの名無しさん
08/09/23 15:50:10
首胴泣き別れ
脳天唐竹割り
627:デフォルトの名無しさん
08/09/23 16:05:03
動詞としては、partitionもあるかと
628:デフォルトの名無しさん
08/09/23 16:44:17
エディタマクロでカーソル位置の単語を
0 <-> 1
true <-> false
todo <-> done
といった感じで一発で変える物を作ってるんだけど
new -> assigned -> resolved -> closed
も設定次第で出来るようなもの。
2値以外も出来るならToggleWordじゃ変？
629:デフォルトの名無しさん
08/09/23 16:46:25
>>936
>もうちょっとその辺の誤解が生じないように明示的にできないかなという気もする。
そこなんですよね・・・
630:デフォルトの名無しさん
08/09/23 16:46:56
switch word
631:デフォルトの名無しさん
08/09/23 16:47:36
変数名なのか関数名なのかクラス名なのかはっきりしてくれ。
632:デフォルトの名無しさん
08/09/23 16:48:23
>>940
closedの先はどうなるん？
633:デフォルトの名無しさん
08/09/23 16:53:14
ちょっと聞きなれない感じがするな。
Toggleってonとoffを切り替えるイメージだし。
634:デフォルトの名無しさん
08/09/23 17:27:15
>>943
ファイル名でありユーザーに対するマクロ名であり関数名
>>944
考えてないｗ
指先で使い込んでみないとよくわからないし
そもそも多値自体ニーズがあるわけじゃなくどうせなら的な思いつきの機能なんで。
多分最初に戻ることになるだろう。
あくまで2値メインならToggleもあり？
ないならSwitchかRotateか。
635:デフォルトの名無しさん
08/09/23 17:34:51
確定するって関数名なにがいいんだろう。
データベースにならってcommitでよいの？
636:デフォルトの名無しさん
08/09/23 17:35:47
>>940
NextChoice
637:デフォルトの名無しさん
08/09/23 17:37:12
>>947
この板的には Fix かな。
638:デフォルトの名無しさん
08/09/23 18:09:08
set
settle
639:デフォルトの名無しさん
08/09/23 18:16:52
Apply
640:デフォルトの名無しさん
08/09/23 19:32:05
マイコンの話題も大丈夫かな？
フラッシュメモリ（各ビットに0を書き込むことはいつでも可能だが、一度0を書き込んだビットに
1を書き込んでも1にならない。1にするには128byteとか512byteのセクタ内の全ビットを
まとめて1にすることしかできない）で、
- 純粋に数バイトのフラッシュメモリに対して書き込み動作を行うだけの低水準の関数
- 数バイトのフラッシュを正しく書き換える動作を行う高水準の関数
この二つはどう命名したらいい？
名前空間もクラスも使えない前提（要はCかアセンブラ）でよろしくお願いします。
641:デフォルトの名無しさん
08/09/23 19:36:05
flash_program
flash_write
642:デフォルトの名無しさん
08/09/23 19:37:10
RawWriteToFlash()
WriteToFlash()
643:デフォルトの名無しさん
08/09/23 20:20:13
>>940
succ/pred
644:デフォルトの名無しさん
08/09/23 20:22:17
>>952
flmWrite()
flmSafeWrite()
645:デフォルトの名無しさん
08/09/24 02:55:03
>>952
flash_write_byte
flash_write_byte_block
646:デフォルトの名無しさん
08/09/24 02:56:32
>>957
なんか違ってたので忘れてくれ
647:デフォルトの名無しさん
08/09/24 04:36:37
永久保存した
648:952
08/09/24 20:00:08
>>953-954 >>956-957
せっかく考えてもらったんだけどどうもいまいち違う気がする。
やっぱり難しいよねこういうの…。
引き続きお願いします。
649:デフォルトの名無しさん
08/09/24 20:21:56
maskedbitclear/write
650:デフォルトの名無しさん
08/09/24 22:31:11
> せっかく考えてもらったんだけどどうもいまいち違う気がする。
どう違うのかぐらいイメージでもいいから書けよ。
651:デフォルトの名無しさん
08/09/24 22:35:14
fm_set_bit
fm_write_buffer
652:デフォルトの名無しさん
08/09/24 22:40:10
>>962
別に感性に合わないとかそういうことを言ってるんじゃないよ
ゲージュツじゃないんだからw
プログラマが命名に何を求めているかなんて今更説明の必要がある？
俺間違ったこと言ってる？
653:デフォルトの名無しさん
08/09/24 22:44:28
ちょっと同情。
654:デフォルトの名無しさん
08/09/24 22:59:30
俺はレスったので飽きた。次いってみよう
655:デフォルトの名無しさん
08/09/24 23:18:48
>>952
それぞれ引数としては何を取る関数？
656:デフォルトの名無しさん
08/09/24 23:25:17
>>964
> 別に感性に合わないとかそういうことを言ってるんじゃないよ
> いまいち違う気がする。
思いっきり感性だと思うが...。
俺も飽きたので、離脱するわ。
657:デフォルトの名無しさん
08/09/24 23:26:08
>952
_write/writeでいいんじゃね? どうせマイコンだしファイルIOも無いっしょ?
658:デフォルトの名無しさん
08/09/24 23:35:19
>>967
フラッシュメモリはメモリ空間にマッピングされてCPUからは
普通のメモリに見えるので、二つの関数の引数はどちらもごくありきたりに
・ソースのポインタ
・デスティネーション（つまりフラッシュメモリ）のポインタ
・バイト数
です。
659:デフォルトの名無しさん
08/09/24 23:38:05
＞- 純粋に数バイトのフラッシュメモリに対して書き込み動作を行うだけの低水準の関数
「純粋に」「だけ」
＞- 数バイトのフラッシュを正しく書き換える動作を行う高水準の関数
「正しく」
これらの言葉の有無で動作がどう異なるのか？
660:デフォルトの名無しさん
08/09/24 23:42:14
> プログラマが命名に何を求めているかなんて今更説明の必要がある？
つまり、ここまでの命名は説明するまでもなくプログラマの求めるものではないと
661:デフォルトの名無しさん
08/09/24 23:58:37
>>971
フラッシュメモリだからこういう意味だろ
＞低水準の関数
programだけ
＞高水準の関数
read→erase→program
662:デフォルトの名無しさん
08/09/25 00:00:08
>>971
前者の低水準の関数は、単純に書き込み動作を行うだけです。
したがってこの関数を使った場合、>>952に書いたフラッシュメモリの性質により、
書き込んだ値が正確にフラッシュメモリの各バイトに反映されるのは、フラッシュメモリ上の
各バイトの元の値が0xFFの時だけ、ということになります。
後者の高水準の関数は簡単にいうと、フラッシュのこの厄介な性質を回避して
通常のメモリのエミュレーションをするものです。
つまりこの関数を使うと、フラッシュメモリ上の値を必ず目的の値にすることができます。
663:デフォルトの名無しさん
08/09/25 00:02:15
無理やりここで雑談しようとしなくてもいいから。
664:デフォルトの名無しさん
08/09/25 00:10:18
>>952
and()
write()
665:デフォルトの名無しさん
08/09/25 01:55:47
どうせなら
and()
mov()
666:デフォルトの名無しさん
08/09/25 02:00:11
>>976の方がいいと思う
低水準と高水準だし
667:デフォルトの名無しさん
08/09/25 02:53:52
and()ﾌｲﾀ
668:デフォルトの名無しさん
08/09/25 09:20:41
>>976
完璧すぎｗ
669:デフォルトの名無しさん
08/09/28 02:47:57
保守？
670:デフォルトの名無しさん
08/09/28 15:26:35
次スレダメだた
671:デフォルトの名無しさん
08/09/29 12:44:24
だれかたのんだ
672:デフォルトの名無しさん
08/09/29 13:18:24
次スレ
ｽﾚﾘﾝｸ(tech板)
673:デフォルトの名無しさん
08/09/30 01:08:58
>>984
OTU
674:デフォルトの名無しさん
08/09/30 06:17:35
>984
oTsuDesu()
675:デフォルトの名無しさん
08/09/30 07:48:35
>>984
乙
>>976
このスレのMVP
676:デフォルトの名無しさん
08/09/30 15:10:03
>984乙
677:デフォルトの名無しさん
08/09/30 23:15:54
埋め立て開始
678:デフォルトの名無しさん
08/09/30 23:20:17
うめ
679:デフォルトの名無しさん
08/10/01 00:12:34
埋める前に>>974を〆といて欲しいんだが
>>976も気に食わなかったのか？
680:デフォルトの名無しさん
08/10/01 00:14:05
しょうゆ味変数
681:デフォルトの名無しさん
08/10/01 00:29:26
逃げるやつを追わず
682:デフォルトの名無しさん
08/10/01 00:34:04
>>991
正直今時そのセンスはない。
書いている本人だってネタのつもりだろう。
もっとも、本気でいいと思ってる人もいるみたいだけどね。
683:デフォルトの名無しさん
08/10/01 00:37:00
以上、自分の案が評価されなくて悔しがってる944でした。
684:デフォルトの名無しさん
08/10/01 00:39:09
まあ俺も黙殺された案多数
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4914日前に更新/201 KB
担当:undef