クラス名・変数名に迷ったら書き込むスレ。Part10
952 ：デフォルトの名無しさん：2007/09/28(金) 12:04:33
>>948
栞を折りますか? に見えてしまってしばらく悩んだよ
栞を折りますか? に見えてしまってしばらく悩んだよ
953 ：デフォルトの名無しさん：2007/09/28(金) 23:24:52
hasToTerminate()
954 ：デフォルトの名無しさん：2007/09/29(土) 16:01:42
ある日付が与えられたら、今後一番最初に訪れる同じ日を返す関数の名前って何がいいですかね？
例えば1988年5月20日が与えられたら2008年5月20日を返すような感じです。
例えば1988年5月20日が与えられたら2008年5月20日を返すような感じです。
955 ：デフォルトの名無しさん：2007/09/29(土) 16:10:10
getNextSameDay
956 ：デフォルトの名無しさん：2007/09/29(土) 16:36:05
getNextOnSameDayOfYear
957 ：デフォルトの名無しさん：2007/09/29(土) 16:51:40
そんな糞みたいな名前ならgetHogeと何も機能的変わらないだろうw
っていうか関数って未だに非OOPなんかい。
こういうのって、最初に日時をあらわす型があって、それのメソッドとして実装しないと
ジュゲムジュゲムになるでしょ。
DateTime.GetNextIdenticalとか
っていうか関数って未だに非OOPなんかい。
こういうのって、最初に日時をあらわす型があって、それのメソッドとして実装しないと
ジュゲムジュゲムになるでしょ。
DateTime.GetNextIdenticalとか
958 ：デフォルトの名無しさん：2007/09/29(土) 17:11:35
>>957
なぜこんなに偉そうなのだ
なぜこんなに偉そうなのだ
959 ：デフォルトの名無しさん：2007/09/29(土) 17:12:46
>>954
> 今後一番最初に訪れる同じ日
> 例えば1988年5月20日が与えられたら2008年5月20日を返す
翌年どころか20年も同じ日を飛ばす、そのフィルタリングの仕様は何？
スケジューラに登録されてるデータを対象にしてるとか？
> 今後一番最初に訪れる同じ日
> 例えば1988年5月20日が与えられたら2008年5月20日を返す
翌年どころか20年も同じ日を飛ばす、そのフィルタリングの仕様は何？
スケジューラに登録されてるデータを対象にしてるとか？
960 ：デフォルトの名無しさん：2007/09/29(土) 17:18:34
今が2007年9月29日だから次の5月20日は2008年5月20日なのぉ！
961 ：デフォルトの名無しさん：2007/09/29(土) 17:20:17
なるほど、1988年ってのがひっかけ問題だったか。
962 ：デフォルトの名無しさん：2007/09/29(土) 17:20:33
>>957
黙って教えればいいんだよ。糞みたいなアドバイスなんていらん
黙って教えればいいんだよ。糞みたいなアドバイスなんていらん
963 ：デフォルトの名無しさん：2007/09/29(土) 17:28:32
>>960
その発想は無かったわ
オブジェクト指向が使えるんだったら
DateTime.asDayOfYear()で『5月20日』という表現を得て、
DateTime.next(DayOfYear day)というのはどうだろう。
その発想は無かったわ
オブジェクト指向が使えるんだったら
DateTime.asDayOfYear()で『5月20日』という表現を得て、
DateTime.next(DayOfYear day)というのはどうだろう。
964 ：デフォルトの名無しさん：2007/09/29(土) 17:28:40
GetNearFutureをオーバーロードするとか。
C言語なら定数でSAME_MONTH_AND_DATEみたいなのを引数に渡すとか。
C言語なら定数でSAME_MONTH_AND_DATEみたいなのを引数に渡すとか。
965 ：デフォルトの名無しさん：2007/09/29(土) 17:45:01
getNextAniversary
966 ：デフォルトの名無しさん：2007/09/29(土) 18:04:53
年が欲しいってことになる
GetNextYear前置詞(xxx);
前置詞はなんだっけか か動名詞
GetNextYear前置詞(xxx);
前置詞はなんだっけか か動名詞
967 ：デフォルトの名無しさん：2007/09/29(土) 19:53:18
Ofかな？
968 ：デフォルトの名無しさん：2007/09/29(土) 22:35:52
頭悪いのか？
だからそんな命名ならGetHogeと何も変わらないじゃないか。
いや、コードを読む人間を欺く意味でGetHogeより一万倍悪いよ。
だからそんな命名ならGetHogeと何も変わらないじゃないか。
いや、コードを読む人間を欺く意味でGetHogeより一万倍悪いよ。
969 ：デフォルトの名無しさん：2007/09/29(土) 22:54:21
じゃあGetHogeで
970 ：デフォルトの名無しさん：2007/09/29(土) 22:59:13
そういやhogeってなんなの？よく見かけるけど。
単にふざけた関数名ってことで「ホゲ〜」って感じなのか、
実はどこかの国の言葉とか。
単にふざけた関数名ってことで「ホゲ〜」って感じなのか、
実はどこかの国の言葉とか。
971 ：デフォルトの名無しさん：2007/09/29(土) 23:05:21
972 ：デフォルトの名無しさん：2007/09/29(土) 23:13:41
今ちょこっと日本語の処理を伴うプログラム作ってるんですが、
禁則処理で、「行頭禁則文字」「行末禁則文字」「分離禁止文字」を表す
いい変数名ってありませんかね？
エキサイト翻訳がKinsocとか抜かしてくるもんで。。。
禁則処理で、「行頭禁則文字」「行末禁則文字」「分離禁止文字」を表す
いい変数名ってありませんかね？
エキサイト翻訳がKinsocとか抜かしてくるもんで。。。
973 ：デフォルトの名無しさん：2007/09/29(土) 23:18:30
974 ：デフォルトの名無しさん：2007/09/29(土) 23:32:05
975 ：デフォルトの名無しさん：2007/09/29(土) 23:43:31
それは変だと思うなw
というか、たぶん973の用例が少しおかしいんだと思う。
wrapには単に「折り返し」程度の意味しかないんじゃないか？
LineEndProhibitedとかしないと意味不明だと思う
というか、たぶん973の用例が少しおかしいんだと思う。
wrapには単に「折り返し」程度の意味しかないんじゃないか？
LineEndProhibitedとかしないと意味不明だと思う
976 ：デフォルトの名無しさん：2007/09/29(土) 23:50:36
977 ：デフォルトの名無しさん：2007/09/30(日) 00:01:54
>>975
なるほど。
wrapが折り返しだとすると、
line_end_prohibited_characterとかのほうが確かに良い気がしますね。
>>976
意外とシンプルに命名されているんですね。
こういう名前もありなのかもしれません。。
なるほど。
wrapが折り返しだとすると、
line_end_prohibited_characterとかのほうが確かに良い気がしますね。
>>976
意外とシンプルに命名されているんですね。
こういう名前もありなのかもしれません。。
978 ：デフォルトの名無しさん：2007/09/30(日) 00:19:13
unstartable_characters
unendable_characters
unbreakable_characters
っていうのは？
unendable_characters
unbreakable_characters
っていうのは？
979 ：デフォルトの名無しさん：2007/09/30(日) 00:57:26
980 ：デフォルトの名無しさん：2007/10/01(月) 10:04:55
引数などの事前条件が満たされていない場合、例外を投げる関数の名前をお願いします
981 ：デフォルトの名無しさん：2007/10/01(月) 11:06:41
ValidateArguments
982 ：デフォルトの名無しさん：2007/10/01(月) 11:45:00
983 ：デフォルトの名無しさん：2007/10/01(月) 12:28:04
で、その関数は、引数をとる関数すべてに関して作るつもりなのかね。
ValidateArguments1
ValidateArguments2
ValidateArguments3
............
みたいに。
そもそもの発想が変だと思うよ。
ValidateArguments1
ValidateArguments2
ValidateArguments3
............
みたいに。
そもそもの発想が変だと思うよ。
984 ：デフォルトの名無しさん：2007/10/01(月) 14:21:54
985 ：デフォルトの名無しさん：2007/10/01(月) 14:57:50
Jakarta CommonsのValidateみたいなものかな？
986 ：デフォルトの名無しさん：2007/10/01(月) 15:13:17
InvalidArgument
ArgumentException
ArgumentError
ArgumentException
ArgumentError
987 ：デフォルトの名無しさん：2007/10/01(月) 19:47:11
>>980
checkPreContract
checkPreContract
988 ：デフォルトの名無しさん：2007/10/01(月) 20:03:59
つうかメソッドに割るんならどんな事前条件のチェックかって決めないといけないことない？
989 ：デフォルトの名無しさん：2007/10/01(月) 21:05:39
ThrowArgumentExceptionIf(bool condition)みたいなのならありそうだな
990 ：デフォルトの名無しさん：2007/10/01(月) 21:18:03
AssertArgumentでいいやん
991 ：デフォルトの名無しさん：2007/10/01(月) 22:39:08
ファイルの状態を管理するクラスの名前を考えていますがどんなのがいいでしょうか？
ファイル未オープン、オープン中、編集済み、…
などの状態を管理するクラスです。
いまのところFileStateManagerとかにしようかと思いますがいいのがあれば教えてくだされ
ファイル未オープン、オープン中、編集済み、…
などの状態を管理するクラスです。
いまのところFileStateManagerとかにしようかと思いますがいいのがあれば教えてくだされ
992 ：デフォルトの名無しさん：2007/10/01(月) 22:43:37
FileSystem
993 ：デフォルトの名無しさん：2007/10/01(月) 22:45:33
system は無いわ
994 ：デフォルトの名無しさん：2007/10/01(月) 22:47:25
素直にFileじゃまずいの？
だってオープン中とか編集済みとかはファイルの属性でしょ？
だってオープン中とか編集済みとかはファイルの属性でしょ？
995 ：デフォルトの名無しさん：2007/10/01(月) 22:48:38
FileStatus
996 ：デフォルトの名無しさん：2007/10/01(月) 23:26:46
次スレは？
997 ：デフォルトの名無しさん：2007/10/01(月) 23:27:39
998 ：デフォルトの名無しさん：2007/10/01(月) 23:53:43
>>997
ファイル未オープン中にファイルオープンを行うときは関数Aを実行+状態更新(オープン済み)、
オープン中に別ファイルをオープンするときは何もしない、
オープン中に編集を受けたら関数Bを実行＋状態更新(編集済み)
といったかんじで、イベントを受けたときに実行する関数と状態遷移を管理するクラスです。
ようするにFsmなのですが>>994さんのを参考にしてシンプルに「CFileFsm」にしようかと思います。
(最初FileStateManagerなんていったのはFsmの説明が面倒だったからです＾＾；)
ファイル未オープン中にファイルオープンを行うときは関数Aを実行+状態更新(オープン済み)、
オープン中に別ファイルをオープンするときは何もしない、
オープン中に編集を受けたら関数Bを実行＋状態更新(編集済み)
といったかんじで、イベントを受けたときに実行する関数と状態遷移を管理するクラスです。
ようするにFsmなのですが>>994さんのを参考にしてシンプルに「CFileFsm」にしようかと思います。
(最初FileStateManagerなんていったのはFsmの説明が面倒だったからです＾＾；)
999 ：デフォルトの名無しさん：2007/10/02(火) 00:02:02
1000 ：デフォルトの名無しさん：2007/10/02(火) 00:03:58
／⌒ヽ
⊂二二二（ ＾ω＾）二⊃
| / さあみんな新スレへｒ
（ ヽノ
ﾉ>ノ
三 レﾚ
⊂二二二（ ＾ω＾）二⊃
| / さあみんな新スレへｒ
（ ヽノ
ﾉ>ノ
三 レﾚ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。