クラス名・変数名に迷 ..
[2ch|▼Menu]
369:デフォルトの名無しさん
08/09/04 02:42:47
>>680
スレチも大概にしろよ糞豚

370:デフォルトの名無しさん
08/09/04 02:47:14
俺は次の選挙でも自民党に入れるよ


371:デフォルトの名無しさん
08/09/04 02:48:20
>>679
自民党の方が利権豚だろw
トヨタ、キャノンの言いなりじゃんw
もしかして自民党の工作員か何かですか?

372:デフォルトの名無しさん
08/09/04 02:52:54
>>676
なんかさ、君は脇が甘いよw

373:デフォルトの名無しさん
08/09/04 02:55:06

俺は らき☆すた があれば幸せ!

らき☆すた に一票入れる!!


374:デフォルトの名無しさん
08/09/04 03:00:52
throw new InvalidThreadException();

375:デフォルトの名無しさん
08/09/04 03:01:42
ぬるぽ

376:デフォルトの名無しさん
08/09/04 03:05:55
↓スルー

377:デフォルトの名無しさん
08/09/04 03:10:51
↓華麗にスルー

378:デフォルトの名無しさん
08/09/04 03:16:52
共産党は利権を夢見る豚だったな

379:デフォルトの名無しさん
08/09/04 03:35:38
URLリンク(jp.youtube.com)
FFX/FFX-2 Livin' On A Prayer

夢の端は「ぬるぽ」だったろ?

380:デフォルトの名無しさん
08/09/04 03:37:03
↓スルー

381:デフォルトの名無しさん
08/09/04 03:40:12
↓美麗にスルー

382:デフォルトの名無しさん
08/09/04 03:41:22
↓綺麗にスルー

383:デフォルトの名無しさん
08/09/04 03:45:25
キャッキャッ

384:デフォルトの名無しさん
08/09/04 03:45:27
↓流麗にスルー

385:デフォルトの名無しさん
08/09/04 03:53:18
↑スルー返し

386:デフォルトの名無しさん
08/09/04 04:06:39
→ こ っちもあるよ☆

387:デフォルトの名無しさん
08/09/04 04:07:33
何してんの?

388:デフォルトの名無しさん
08/09/04 04:26:43


ぼくらは創価学会があれば幸せ!!




389:デフォルトの名無しさん
08/09/04 04:35:18
            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ こいつ最高にアホ
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

390:デフォルトの名無しさん
08/09/04 04:47:14
            ∩_  
           〈〈〈 ヽ 
          〈⊃  } 
   ∩___∩  |   | 
   | ノ      ヽ !   ! 
  /  ●   ● |  / 
  |    ( _●_)  ミ/ こいつも最高にアホ 
 彡、   |∪|  / 
/ __  ヽノ / 
(___)   / 

391:デフォルトの名無しさん
08/09/04 04:49:05
            ∩_
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ こいつ最高にアホ
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

   ∩___∩
   | ノ      ヽ !
  /  ●   ● |   こいつも最高にアホ
  |    ( _●_)  ミ
 彡、   |∪|   / .\
/ __  ヽノ / \ ...\
(___)   /   .│ ..│
            │ │
            /  ヽ
            l..lUUU
            .U


392:デフォルトの名無しさん
08/09/04 04:50:04
>>666-667

393:デフォルトの名無しさん
08/09/04 05:10:36
>>667
貧乏人は駅近の事情を知らんのね
まぁ羨ましくは無いけど^^;

394:デフォルトの名無しさん
08/09/04 05:21:28
田舎もんには永遠に分からんのだろうけど…

395:デフォルトの名無しさん
08/09/04 05:44:45
おまいら荒らすなや

396:デフォルトの名無しさん
08/09/04 05:48:06
今はこうなるのも仕方ない
一人の基地外が迷い込んだだけでこうなるのは残念だが

397:デフォルトの名無しさん
08/09/04 06:41:21
>>683


に一票入れる!

398:デフォルトの名無しさん
08/09/04 08:02:49
>>680
中国と仲悪いくらいなのに。無知とは怖い

399:デフォルトの名無しさん
08/09/04 08:16:21
中国と仲が良い時など1000年以上ないんじゃないの?
まして今では経済では仲良くやってんじゃないかな。

無知なのはおまえwwニュースぐらい常にチェックしろよwwwニッケイ ヨク ヨムっていうだろ?

400:デフォルトの名無しさん
08/09/04 08:33:14
>>711
日本語でおk

401:デフォルトの名無しさん
08/09/04 11:49:25
class Hoge {...];

class XXX {
vector<Hoge> hoges_;
};

class Object {
XXX x_;
};

クラスXXXの名前に悩んでいます。
Objectで必要なHogeをまとめて保持するクラスです。
Objectの関連を強調した名前をお願いします。

402:713
08/09/04 11:50:39
訂正
×Objectの関連
○Objectとの関連

403:デフォルトの名無しさん
08/09/04 12:05:07
ほげコンテナ

404:713
08/09/04 12:17:43
>>715
それでもOKといえばOKなのですが、
Objectのインスタンス毎に必要なHogeの集合というのを名前にできないでしょうか?

405:デフォルトの名無しさん
08/09/04 12:21:05
インナークラスにすればおk

406:713
08/09/04 12:59:26
>>717
HogeとXXXはライブラリ、Objectはランブラリ外と分けたいと思っています。
また、Objectはコンセプトのようなものと思ってください(vectorやlistの総称としてコンテナと呼ぶように)。
条件後出しくさくてごめんなさい。

XXX.hを見たときに、クラスXXXは何の目的でHogeを複数保持しているのか分かるのが理想です。

407:デフォルトの名無しさん
08/09/04 13:08:29
>>718
車(Object)が駆動系(XXX)を持ってて、駆動系(XXX)はタイヤ(Hoge)を複数持ってる。
というような方向性なら、実際のHogeとObjectの名前と目的を説明してもらわないと、なんとも言えない気がする。


408:デフォルトの名無しさん
08/09/04 13:26:06
>>718
それならObjectとは関係ない名前にするべきだろ
目的をそのまま名前にしたほうが

409:720
08/09/04 13:28:46
ちゃんと読んでなかった
一行目忘れて

410:713
08/09/04 13:50:03
>>719,720
言われてみればたしかに・・・。

HogeとObjectの名前と目的は>>551-552です。
Hoge(Timeline)、Object(クリボーなど)と置き換えてください(AnimationがObjectとXXXの間に入りますが、XXXの名前には影響しないと思います)。
ここで、例えばブルを考えた時、ジャンプ状態と走ってる状態があるとします。
すると、状態毎にTimelineが必要になります。
XXXはキャラクター毎に必要のTimelineをまとめて保持するクラスです。

411:デフォルトの名無しさん
08/09/04 14:11:47
[Object] ◇-- [XXX] ◇-- [Timeline]
     1  1    1 *

UML的には、こうなるわけか。
"Timelines"とかでもいいような気がする。
あとは、"AnimationStatus"とか?



412:デフォルトの名無しさん
08/09/04 14:18:10
次は共産党に投票しようかな

413:デフォルトの名無しさん
08/09/04 14:31:20
特別な動作をしないんだったら普通に「Timelineのコンテナ」でいいと思う
工夫するなら型名よりもObjectがXXXを公開するメンバの名前じゃね

414:デフォルトの名無しさん
08/09/04 14:44:51
共産党に入れても死票になるだけだな

415:デフォルトの名無しさん
08/09/04 14:57:40
>>643
limit とか bound でどう?

416:デフォルトの名無しさん
08/09/04 20:02:50
>>722
言い方は悪いけど「語るに落ちて」ない?

>状態毎にTimelineが必要になります
つまり「Timelineをまとめて保持する」なんていう考え方自体が間違ってるように聞こえるけど。
Timelineは「状態」を表すクラスが知っていれば済むのでは?

417:デフォルトの名無しさん
08/09/04 20:50:10
>>728
「状態」はその変更時にオブジェクトのアニメーションを設定するだけにしておいて、
アニメーションの管理に関知しなくてもスマートだと思うし、
このスレ的には設計の善し悪しは気にしなくていいよ。

418:デフォルトの名無しさん
08/09/04 21:32:26
スマートなもんかだから命名に困ってるんでしょ。
っていうか本人が「状態毎にTimelineが必要」と言ってるんだから
Timelineは状態オブジェクトに持たせるのが普通だと思うが。

419:713
08/09/04 23:21:40
>>723
AnimationStatus使わせていただきます。
>>725
たしかに、深く考えずシンプルな名前でよかったのかもしれません。
>>728
それはケースバイケースです。
そして、今回のケースでは状態クラスが存在しません。
>>730
> っていうか本人が「状態毎にTimelineが必要」と言ってるんだから
言葉尻を取られてる感が・・・。
状態にはアニメーションに影響する物とそうでない物があります。
そして、キャラクターによってそれぞれ違うアクションを実装しようとすると、状態の切り分けが難しいです。

420:デフォルトの名無しさん
08/09/05 00:06:23
>>731
>>728>>730はここ数日スレに粘着してる弩級の基地外なんで放置してください。
お願いします。

421:デフォルトの名無しさん
08/09/06 10:23:31
終わった話題として感想

ゲームやらアニメーションやら関わったこと無いからかもしれないけど、
Timeline の使い方が気持ち悪い。

Timeline --------|------------|----------------------
           t1       t2

という使い方じゃないのか>timeline
なら、t1 とか t2 は TimingTrigger とかだと思うんだよね。

というチラシの裏・・・は白いのがもう珍しいから、
本屋のくれるブックカバーの裏


422:デフォルトの名無しさん
08/09/06 10:35:01
>733
こっちの方が的確な答えが返ってくるかも。

ゲームにおけるデータ構造・クラス設計・パターン2
スレリンク(gamedev板)l

423:デフォルトの名無しさん
08/09/06 11:09:57
>>733
それでいくなら、t1, t2 はキーフレームかな。
WPF のアニメーションなんかは、

storyboard [ timeline1 ------------ timeline2 ---------- ]
みたいな感じで、

timeline は [ from ----------------to ] か、
[keyframe1 --------- keyframe2 ----------- keyframe3 -------- keyframe4 ] とか。

424:デフォルトの名無しさん
08/09/06 19:07:26
餌撒き禁止
ダメ。ゼッタイ。

425:デフォルトの名無しさん
08/09/07 23:35:16
キー入力とかのbool情報をログとっておいて、
押した瞬間、離した瞬間とかを取得できるようなクラスを実装したわけですよ
その「押した瞬間・離した瞬間」のフラグ名をどうすればいいだろう?
ついでに、そのクラスはBooleanManagerとかいうわかりにくい名前なんだけどいい案ある?

キー入力に限定していないからkeydownとかは、避ける方向でお願いします

426:デフォルトの名無しさん
08/09/07 23:45:17
「瞬間」をboolで取得ってのが意味わからないんだが。

427:デフォルトの名無しさん
08/09/07 23:48:12
>>737
悪いけど何言ってるのかよく分からない。

ログっていうのは普通は発生したイベントを記録するものだと思うのだが、
ひょっとして一定時間ごとに、その時「キーが押された瞬間か?」「キーが放された瞬間か?」
を記録するって意味?

428:デフォルトの名無しさん
08/09/07 23:50:32
だとしたらポーリングのタイミングでキーが押されたり放されたりすることなんて
むしろ稀なはずだと思うんだが、そのあたりはいいんだろうか。

そうでなくても無駄多すぎの糞設計の匂いが


429:デフォルトの名無しさん
08/09/08 00:12:59
キー入力に限定してないけど他にどんなイベントを扱うのかは教えてくれないのね。

430:737
08/09/08 00:15:33
これのrenewalを毎フレーム1回呼ぶ
class BooleanManager{
public:
    int counter;
    bool 押した瞬間,離した瞬間;

    void renewal(bool input){
        押した瞬間 = 離した瞬間 = false;
        if(input){
            if(++counter < 1){
                counter = 1;
                押した瞬間 = true;
            }
        }else{
            if(--counter > -1){
                counter = -1;
                離した瞬間 = true;
            }
        }
    }

    int trueが続いている回数(){
        return counter > 0 ? counter : 0;
    }

    int falseが続いている回数(){
        return counter < 0 ? -counter : 0;
    }
}


431:デフォルトの名無しさん
08/09/08 00:55:00
スレ違いだけど今時めずらしい素直じゃないコードだな。
counterをそんな風に複数の用途に使わない方がいいんじゃないのか?
こういうコード書く人って疲れないのかな。

ところで「キー入力に限定しない」というのは、イベントに必ずしも具体性があるとは限らず
純粋にboolの値の変わり目のイベントということなんだろうか?

なら電気屋さんの用語のRising Edge/Falling EdgeにならってTrueEdge/FalseEdgeとかどう?

432:デフォルトの名無しさん
08/09/08 01:15:19
色々言いたいけど設計の話になるので置いといて、
enter/leave、begin/endとかかな。
あとrenewalは名詞なのでrenewとかupdateとかにした方がいいかな。

433:デフォルトの名無しさん
08/09/08 02:41:21
押した瞬間:push
押しっぱなし:hold
放した瞬間:pull
話しっぱなし:free

とかどうか。


434:デフォルトの名無しさん
08/09/08 22:01:26
これだと、クラス名はリピートカウンターとかの方がいいかも。

435:デフォルトの名無しさん
08/09/09 23:40:41
質問は意味不明なエスパー召還質問な上にトンズラかよ感じ悪い奴だな。

436:デフォルトの名無しさん
08/09/09 23:45:04
↑お礼言って欲しかったの?

437:737
08/09/10 00:23:15
ずっと見てるよ
まだ決まらないから沈黙してただけ
ありがとう

438:デフォルトの名無しさん
08/09/10 00:48:51
isEnabledMoment
isDisabledMoment
getTrueCount
getFalseCount

439:デフォルトの名無しさん
08/09/10 01:02:52
まだ決まらないからって、おまかせコースでも頼んでんのかよ。

440:デフォルトの名無しさん
08/09/10 01:11:11
これはもう放置せざるを得ない

441:デフォルトの名無しさん
08/09/10 02:18:28
はい次

442:デフォルトの名無しさん
08/09/10 06:50:46
やっぱとんでもない糞設計する奴は人間的にも糞なんだな

443:デフォルトの名無しさん
08/09/10 09:05:13
まだ決まらない==自分で考え中ってことだろ。
何でこんなにすさんでるのかが分からん。

444:デフォルトの名無しさん
08/09/10 15:21:28
アホか。
数人に答えて貰っといて決まろうが決まるまいが2日も放置すんなよ。
まさに>>747って事だろ。
それに対する返事が、見てたけど気に食わないから無視してたよじゃ相手する気も失せる。

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だと初代ストリートファイターのでっかいボタンとかならOK

> きっと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
いや、普通に分かるんじゃないか?おまえ、日本人じゃないだろw

474:デフォルトの名無しさん
08/09/11 08:39:55
toString

475:デフォルトの名無しさん
08/09/11 09:02:20
理解できると正しいは全然違う

476:デフォルトの名無しさん
08/09/11 09:10:44
普通の人だったら、政権中枢に一番近い公明党を動かそうと考えるんじゃないか?
共産党にはいるなら創価学会にしとけw

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
あーでもないこーでもないって散々悩んでそれかよw

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
おまえらのレスが糞すぎるから、皆殺しってことw

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のどれかにしようと思うのですが、この3つの使い分けが難しいです。
それぞれどんなニュアンスを感じますか?

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
クラス名を決めたいのですがどうすればいいのかわkりません。
できるだけ具体的に教えてください。言語は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
何を張り切ってループさせてんだよww

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
考えてないw
指先で使い込んでみないとよくわからないし
そもそも多値自体ニーズがあるわけじゃなくどうせなら的な思いつきの機能なんで。
多分最初に戻ることになるだろう。

あくまで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()


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4913日前に更新/201 KB
担当:undef