ハッシュ使うのやめてクラスにしましょう

**デフォルトの名無しさん** · 2014/06/21(土) 14:23:45.09

ハッシュで使っていいのは、
キーの数が5つ程度まででしょうな。

それより大きなものになると
クラスにした方がいい。

ただの値の塊であるハッシュは
メンテナンス性が悪く変更に弱い。

**デフォルトの名無しさん** · 2014/06/30(月) 12:29:39.10

このように入力に対して一連の手順で加工しその結果を出力として返す処理をバッチ処理といいます

**桃白白** ◆9Jro6YFwm650 · 2014/06/30(月) 19:42:02.18

>>70
入力に対して一連の手順で加工しその結果を出力として返す処理をバッチ処理と
仮定してもバッチ処理する考えすら思い浮かばないから静的言語しか出来ないんだ
とのつながりがわからなくない？だからたぶん違うんだと思うよ。

**デフォルトの名無しさん** · 2014/06/30(月) 22:12:25.51

頭の悪い奴はたったの3行でも読みにくい文章を書く
死ねゴミ

**デフォルトの名無しさん** · 2014/06/30(月) 22:24:54.23

「バッチ処理とは」で検索

**デフォルトの名無しさん** · 2014/06/30(月) 22:33:38.79

というかお前ら>>67の言わんとしてる事が理解出来るの？

**デフォルトの名無しさん** · 2014/07/01(火) 00:02:02.33

２行目以外は分かるよ

**デフォルトの名無しさん** · 2014/07/01(火) 01:55:22.99

別に一生理解しなくても困らないならいいんじゃないのって思う
周りで誰もやってないならそういうレベルの場所にいるってだけ

**デフォルトの名無しさん** · 2014/07/01(火) 10:52:15.47

バックグラウンド系の話かと思ったが
コマンドのチェーンの方を言いたかったのか

**デフォルトの名無しさん** · 2014/07/01(火) 19:38:27.91

オブジェクトとハッシュテーブルの区別がない言語もあるのに。
そもそもそれぞれ用途が違うし、どういう文脈の話なの
beanに限った話？クラスがわりにハッシュ使うのやめろって話？

**桃白白** ◆9Jro6YFwm650 · 2014/07/01(火) 20:33:51.57

>>78
Map<String, String> getPerson() {
　Map<String, String> person = new HashMap<>();
　person.put("name", "たおぱいぱい");
　person.put("bloodType", "O");
　return person;
}

こういうのやめろってことだと思うよ。

**デフォルトの名無しさん** · 2014/07/01(火) 22:31:35.08

>>79
なるほど。やっぱり言語や用途によるとしか言えないね
静的型の場合、ハッシュじゃ型情報が１個になるから基本クラスでいいけど、
メンバを動的に増やしたい時はハッシュになる。JavaのPropertiesみたいに。
動的型の場合は使い分けがあんま分からんね。

**桃白白** ◆9Jro6YFwm650 · 2014/07/02(水) 05:37:43.36

>>80
メンバを動的に増やしたいときってどういうときに必要なの？
リストじゃあかんの？

**桃白白** ◆9Jro6YFwm650 · 2014/07/02(水) 06:33:01.28

>>80
PropertiesはクラスでラップしてるからOKの部類っすよね。
なので、>>80も>>7とほぼ同じ考えかと。

**デフォルトの名無しさん** · 2014/07/02(水) 07:26:42.13

>>81
話がまた戻るが速度次第でしょ
キーが多いとか実行環境が遅いとかならリストじゃつらい

そもそもMapなりハッシュMapなりを使う理由の大半は速度だろ？

**デフォルトの名無しさん** · 2014/07/02(水) 07:33:21.74

>>83
速度が必要ないのに、クラスの代わりに使う人がいるんだよ。
定義するのめんどくさ～いって。
それをどう思う？

**デフォルトの名無しさん** · 2014/07/02(水) 07:58:51.06

>>84
その方がコードが速く書けて仕事が速く終わるというならアリなのかもしれない
仕事の速さも要求されてないのにそんな事してるならタダの物臭

**デフォルトの名無しさん** · 2014/07/02(水) 08:37:13.22

>>81
リストでもいいけど、添え字アクセスになっちゃう
用途の違うメンバを0,1でアクセスしたくない
ハッシュテーブルは連想配列のインターフェースがあるわけで。
>>84
クラス使えでいいよ。ハッシュリテラルでもなきゃ
ハッシュで書いた所で楽にならんし、型チェックも効かないし

**デフォルトの名無しさん** · 2014/07/02(水) 11:28:26.03

クラスに置き換えるべきタイミングの見極めが適切にできて
その作業を確実に素早くできるなら問題ない

まあ単に俺ｶｺｲｲってだけの自己満臭が拭えないけど

**デフォルトの名無しさん** · 2014/07/02(水) 12:04:16.14

後でクラスに置き換える必要が出るなら
最初からクラスつかえや、と思うな
クラスで実現できない部分があるからハッシュ使うわけで

**デフォルトの名無しさん** · 2014/07/02(水) 13:40:12.80

なるほど思い出した
システムハンガリアンで簡易型チェックを組み込んだりしたわ

**デフォルトの名無しさん** · 2014/07/03(木) 22:07:39.01

>>1
せめて痛い目を何度か見てからスレ立てろよ

**デフォルトの名無しさん** · 2014/07/03(木) 23:07:35.61

つかよっぽど小規模なツールでもなきゃハッシュとか使うな
O/Rマッパー使えよう

**デフォルトの名無しさん** · 2014/07/04(金) 21:44:22.79

JavaScript「連想配列がObjectなワシはどないしたらええんじゃ…」

**デフォルトの名無しさん** · 2014/07/04(金) 22:26:19.32

javascript使うのやめてjavaにしましょう

**デフォルトの名無しさん** · 2014/07/04(金) 23:28:03.07

JavaScriptの仕様は無法もいいとこだが、こうもブラウザで使われてちゃあな。

**デフォルトの名無しさん** · 2014/07/13(日) 10:43:02.34

連想配列よりC#のDataSetのほうが許せん
なんなんだよアレ

**デフォルトの名無しさん** · 2014/07/13(日) 14:34:22.20

配列の配列の連想配列

**デフォルトの名無しさん** · 2014/07/17(木) 22:02:31.46

ttp://www.24w.jp/study_contents.php?bid=javascript&iid=javascript&sid=array&cid=005
こういうのとか逆のケース多く感じる
連想配列って紹介してるけどそりゃプロパティだろ
ハッシュっぽくプロパティ指定できるJscriptにも問題あるが

**デフォルトの名無しさん** · 2014/07/19(土) 06:44:38.73

>>97
そのページは連想配列っぽい使い方だからおかしくないが

**デフォルトの名無しさん** · 2014/07/22(火) 11:38:37.63

JAVAがメインな奴って
明らかにズレてるからレスで分かる

**デフォルトの名無しさん** · 2014/08/02(土) 16:31:24.63

Javaしか知らんやつが指示をだすとマジでヤバいからな
プロジェクトが膠着する

**デフォルトの名無しさん** · 2014/08/03(日) 12:36:17.25

kvsとか全部ハッシュやん

**デフォルトの名無しさん** · 2014/08/30(土) 15:59:30.60

連想配列というかメッセージのオブジェクトに連想配列を使うことがあるけど、
流石に数が増えてきたらプロキシオブジェクトを使うよね
単純にそういうことでしょ？

**デフォルトの名無しさん** · 2014/08/31(日) 04:34:25.60

perlもクラスはハッシュで出来ている。クラスとハッシュは同じものを違う側面からみてるだけ。
定義するのが億劫なだけで、定義さえしてしまえばクラスの方が使い易い。

**デフォルトの名無しさん** · 2014/09/08(月) 12:27:06.00

>>100
き・・・、膠着

**デフォルトの名無しさん** · 2014/09/16(火) 06:25:04.15

インスタンスを配列にするのか

**デフォルトの名無しさん** · 2014/09/16(火) 21:17:00.65

　　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　ヤダヤダ！ハッシュがいい！
　　　　　　｀ヽ_つ ⊂ノ
　　　　　　　　　　　　　　ジタバタ

　　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　クラス使うなんて、ヤダヤダ！
　　　　　　｀ヽ_つ＿_つ
　　　　　　　　　　　　　　ジタバタ

　　　　　　_, ,_
　　　　　（`Д´ ∩　＜　ヤダヤダ
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ
　　　　　　　　　〃〃

　　　　〃〃∩　　_, ,_
　　　　　⊂⌒（　つД´）　＜　ヤダヤダ
　　　　　　｀ヽ_ ノ ⊂ノ
　　　　　　　　　　　　　　ｼﾞﾀﾊﾞﾀ

　　　　　　　∩
　　　　　⊂⌒(　　_, ,_）　＜　ヤダヤダ…
　　　　　　｀ヽ_つ ⊂ノ
　　　　　　　　　　　　　　ﾋｯｸ...ﾋｯｸ...

　　　　　　　∩
　　　　　⊂⌒(　　_, ,_）　
　　　　　　｀ヽ_つ ⊂ノ　　zzz…

**デフォルトの名無しさん** · 2014/10/29(水) 15:15:37.22

コンパイラとインタプリタとideが賢くなればいいんじゃね

**デフォルトの名無しさん** · 2014/11/12(水) 12:51:46.44

仕事の速さと実効速度が優先されて、
安全性やらメンテナンス性の犠牲が許されるなら
ハイパースパゲッティワンメソッドコピペプログラミングが一番早かったりするな

綺麗に作ってある部品を取り込もうとするとその流儀にあわせる必要が出るからあわせるが
そういう物がない部分なら綺麗に作るのは先行投資的コストになる

先にコストを払ってハッシュマップやら何やらをラッピングするか
後にコストを払ってバグ修正やメンテナンスに苦労するか
の選択、後者はリスクコストであって確定コストじゃないからかなり軽視さされるけどね

品質低かろうかバレなきゃ直す必要ない？コストかけるなんて無駄？せやね

**デフォルトの名無しさん** · 2014/11/28(金) 21:36:36.78

>>108
コピペするってことはすでに使用されている実績のある
安定したコードがあるってことだ。コピペこそ最高のプログラミングテクニック。
素人にはわからないだろうがな。

**デフォルトの名無しさん** · 2014/11/29(土) 01:13:52.42

そうして無駄な処理が量産されるのだな
かつ、本人もメンテできないという…

**デフォルトの名無しさん** · 2014/11/29(土) 07:29:28.60

>>110
本番運用に入ったら基本触らないからな
実績のある安定したコードだからメンテする必要もない
コピペが悪いというのは自分でコードを書きたい素人が陥る自己満

**デフォルトの名無しさん** · 2014/11/29(土) 11:28:18.45

>>111
客観的に判断しようぜｗ

**デフォルトの名無しさん** · 2014/11/29(土) 11:31:14.15

>>112
は？何を？バカ？死ねよ

**デフォルトの名無しさん** · 2014/11/29(土) 22:02:58.32

.NETの話だがEF知ってればハッシュ使う気にはならない

DataTableは型付も含めて滅びていい

**デフォルトの名無しさん** · 2014/11/30(日) 07:44:38.10

マクロ使って二度書き超絶回避されるよりコピペの方がいいわな
あと本質的に違うものだけどいまは同じ処理をしてるものもコピペの方がいい

uy ◆Qawu9.2l1E · 2015/11/09(月) 13:51:34.99

ハッシュいらない
リストで良い

:a => 1
[:a , 1]

uy ◆Qawu9.2l1E · 2015/11/09(月) 14:01:33.32

case
when 1
　関数A（引数a）；
　関数C（引数c）；
when 2
　関数A（引数a）；
　関数B（引数b）；
　関数C（引数c）；
when 3
　関数A（引数d）；
　関数B（引数e）；
　関数C（引数f）；
end

こんな処理が今あるけど、事実上のコピペしてるな
when 2 , 3 はmapでも良いけど
when 1 に関してのコピペをやめるなら　こんな事になる

def f
　関数A（引数a）；
end
def f_1
　f()
　関数C（引数c）；
end
def f_2_3
　f()
　関数B（引数b）；
　f_1()
end

**デフォルトの名無しさん** · 2018/05/23(水) 22:18:37.63

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

UL2UM

**デフォルトの名無しさん** · 2018/07/04(水) 23:45:41.78

UQQ

**デフォルトの名無しさん** · 2018/12/17(月) 17:04:41.90

パンケーキソート中