17/12/21 20:32:06.58 HqNyhY75.net
>>957
余裕がなさそうに見えるからwww
わらっちゃった
余裕を演出するためにやるべきことをやらずに自分を追い込んで最後には余裕なくすんだろうなキミは
982:デフォルトの名無しさん
17/12/21 20:33:40.96 YYEMhcfN.net
>>960
実際お前のやり方だと
ほんのちょっとの変更でもう
クラス図から手を入れなきゃじゃん
これって変更に弱いってことじゃないの？
983:デフォルトの名無しさん
17/12/21 20:41:22.00 YYEMhcfN.net
>>960
それでいいんだよ
コードの綺麗さは人間の主観だろ
だったら自分のコードじゃなくて人間を見なければ成長はしないよ
984:デフォルトの名無しさん
17/12/21 20:46:30.90 HqNyhY75.net
>>961
手間がかかるから変更に弱いという考え方しかないのか？
ショートコーディングが至高ならC#じゃなくてスクリプト言語やった方がいいぞ
コード修正におけるOOPのメリットはタイプ量や作業量の少なさじゃ断じてない
わかりやすく整理されたコードをわかりやすさを維持したまま変更できることがメリットな
そりゃこだわらなきゃ手短に修正することは簡単だよ
例えばちょっとしたフラグ変数やif文を追加すればクラス構成を変えずに素早く修正して目の前の問題を解決することはできる
ローカルな修正だからドキュメントの修正も軽微で済むかもしれん
でもそれを積み重ねていくと気が付いた時にはもう手に負えなくなってしまうんだよ
985:デフォルトの名無しさん
17/12/21 20:51:53.83 HqNyhY75.net
>>962
コードの綺麗さは計量可能
常識的なことだぜ
人間を見なければ成長しない(キリッ)なんて意識高いっぽいけど意味不明な戯言を言う前に
まずは君の仕事を人並みにこなせるように基本的なことを勉強しなよ
986:デフォルトの名無しさん
17/12/21 20:52:40.67 Mqu0aN7Q.net
そんなことはない
オブジェクト指向はケースによって処理ががらっと変わるような場合の対処は得意だが
細部が細かいルールでちょこちょこ変わるようなのは大の苦手だ
おとなしくＩＦ文使ったほうがいいケースはたくさんある、というかそっちが普通
あとフラグ変数まみれになるのはたぶんＯＯＰ以前に構造化プログラムができてない
987:デフォルトの名無しさん
17/12/21 20:56:35.39 Mqu0aN7Q.net
計量可能とかうそだ
988:デフォルトの名無しさん
17/12/21 20:59:34.57 iByWYmKo.net
>>879
んなこたあない
989:デフォルトの名無しさん
17/12/21 21:00:51.75 Ate4yeHH.net
>>964
計量可能なのはコードの複雑さだろ。
将来的にはディープラーニングでカラオケマシン並みの採点ができるかもだが。
990:デフォルトの名無しさん
17/12/21 21:05:03.60 iByWYmKo.net
>>929
あなたのレベルはこのスレを遥かに越えてる
汚物に汚染されない方が良いよ
991:デフォルトの名無しさん
17/12/21 21:06:20.65 HqNyhY75.net
>>965
細部の修正はOOPの場合、メソッド内とかクラス内で完結するから、非常にやりやすい
苦手どころかむしろ得意な分野
手続き型だと逆に、同じ処理があちこちに分散する傾向があるから、些細な修正が思ったよりも広範囲で大規模な修正になることが少なくないね
つうかまるでOOPではif文を全く使わないように聞こえるのが気になったな
クラス内では普通に使うぞ
992:デフォルトの名無しさん
17/12/21 21:08:30.80 HqNyhY75.net
>>966
コードメトリクスと言って割とポピュラーな分野だよ
993:デフォルトの名無しさん
17/12/21 21:09:04.02 iByWYmKo.net
>>933
向上心の無い｢おじいちゃん｣達とは程々に付き合うのが吉
994:デフォルトの名無しさん
17/12/21 21:17:01.86 YYEMhcfN.net
>>963
いや、変更に弱いじゃん
クラスぶっ壊して組み直さなきゃいけないんだし
995:デフォルトの名無しさん
17/12/21 21:22:17.04 HqNyhY75.net
>>973
クラスをぶっ壊すほどの変更ならなおさらだよ
今あるモデルが根本的におかしいという現状把握
新しいモデルへ推移するための道筋
オブジェクト指向ならこれがはっきり見える
クラスがなかったらモデルもないのだから現状が正しいのかそうじゃないかの判断すらおぼつかない
新しいモデルもないからどうやって変更すればいいのかもぼんやりとしか見えない
現在地点も目標地点もよく認識できないんじゃこわくて動けんよ
996:デフォルトの名無しさん
17/12/21 21:30:04.52 Y3l0yz+N.net
今時こんなにオブジェクト指向を信仰してるやつも珍しいな
997:デフォルトの名無しさん
17/12/21 21:33:07.91 VaR9+Vl3.net
大昔はCだけでゴリゴリ書いてたんだけどなー
998:デフォルトの名無しさん
17/12/21 21:34:32.41 YYEMhcfN.net
>>974
だってお前1メンバ変数1クラスの勢いでクラス作るじゃん
人件費なんてクラスにしねーだろ
こんなことしてっからちょっと変更があったらもうクラス図書き直しじゃん
設計が悪いよ
999:デフォルトの名無しさん
17/12/21 21:43:02.15 giWx2kxQ.net
>>935
> 素朴な疑問ですがプロパティが大量に並ぶのとクラスが大量に並ぶのはどちらが好まれるのでしょうか
そもそもプロパティとクラスって全然違うものだからどっちがいいとかはない
クラスとインスタンスの違いがわかってない奴の戯れ言だからそう言うのは無視でいいよ
> なおデリケートはイベントリスナとして使われてる程度の理解しかなく使いどころがピンと来ていません
デリケートは一部の処理を動的に変えたりしたい時や外部から必要な処理を与えたい時に使うものだから必要になるまで覚える必要はない
>>865とかは自称上級者のうぬぼれテクなので真似しなくていい
> 精進します
今のままでいいから頑張ってね
1000:デフォルトの名無しさん
17/12/21 21:48:19.96 giWx2kxQ.net
>>976
アセンブラガー
って話になるからほどほどにしときなよ
1001:デフォルトの名無しさん
17/12/21 21:52:35.91 Q/EvmKMe.net
>>978
いろいろ語るに落ちてるね。
こういう人ってARGBの組み合わせの数だけクラス作るのかなｗ
処理もデータと同じで変数に代入して柔軟に交換可能であるなんて
発想はCの時代からあるし、高度なテクニックでも何でもないけど、
この程度のことを理解してないから「自称上級者のうぬぼれテク」に見えちゃうんだろうね
1002:デフォルトの名無しさん
17/12/21 21:56:22.73 HqNyhY75.net
>>977
そりゃするよ
1変数のクラスは超重要なものだ
オブジェクト指向では絶対に欠かせないツール
1つの文字列変数を持った注文番号クラス
1つの数値変数を持った金額クラス
1つの日付変更を持った出荷予定日クラス
などなど
僕たちがプログラムで扱うものはただの文字列や数値や日付じゃあないんだ
そこをしっかりと認識してほしいね
1003:デフォルトの名無しさん
17/12/21 21:56:29.51 VaR9+Vl3.net
char *p;
p = 0;
*p = 0;
1004:デフォルトの名無しさん
17/12/21 22:01:14.12 h7wsiOnr.net
>>982
次スレよろ
1005:デフォルトの名無しさん
17/12/21 22:01:31.28 Mqu0aN7Q.net
この上っ面だけのの現実とリンクしてない理解
主張をいうだけで論拠もへったくれもない態度
雑談スレで暴れてたやつか
1006:デフォルトの名無しさん
17/12/21 22:05:56.61 h7wsiOnr.net
これでいいっぽいな
ふらっと C#,C♯,C＃（初心者用） Part134
ｽﾚﾘﾝｸ(tech板)
1007:デフォルトの名無しさん
17/12/21 23:30:24.92 oDUVChgl.net
大学入試程度の数学をよく理解できない人がいるのと同じように
オブジェクト指向を理解できない人ってどうしてもいるわけで
それはしかたがないことなのかもしれないね
1008:デフォルトの名無しさん
17/12/21 23:38:52.52 HqNyhY75.net
>>984
現実から目をそらさず複雑性に立ち向かうためにOOPを使う
現実とリンクしてないなのはプリミティブタイプ
1009:を使う人たちだな
1010:デフォルトの名無しさん
17/12/21 23:52:44.06 +ZpzqfgR.net
ワードサラダとあんまり変わらんな
1011:デフォルトの名無しさん
17/12/22 00:24:55.67 sp7ymsVp.net
>>980
> こういう人ってARGBの組み合わせの数だけクラス作るのかなｗ
意味わからん
> この程度のことを理解してないから「自称上級者のうぬぼれテク」に見えちゃうんだろうね
いや、必要もないのにドヤッてるから自称上級者とかバカにされてるだけ w
1012:デフォルトの名無しさん
17/12/22 00:30:23.73 SpQ4O+yi.net
>>989
1を聞いて10を知る人間もいれば、0にしかならない君みたいな人もいるわけで。
君はデータと処理はまったく別物だと思い込んでるから「意味わからん」わけ
1013:デフォルトの名無しさん
17/12/22 00:37:51.40 H1xj7tcO.net
いや誰が見ても意味不明
1014:デフォルトの名無しさん
17/12/22 00:46:44.98 mdOvvC+t.net
何で争ってるのかもわからないし
間に読み飛ばされた人がいたらかわいそうだな
1015:デフォルトの名無しさん
17/12/22 01:07:14.36 sp7ymsVp.net
質問者は理解してるっぽいから大丈夫でしょ
一部の自称上級者様が頓珍漢なネタでドヤッてるだけ w
1016:デフォルトの名無しさん
17/12/22 01:29:42.45 agnD/jLF.net
>>981
馬鹿みたい
構造も変わってないのに
クラス図を変更しなきゃいけない
お前の組み方は無駄に変更に弱えーんだよ
ただ、それだけじゃん
1017:デフォルトの名無しさん
17/12/22 01:33:36.39 agnD/jLF.net
なんかメリットあるのかよと
単にプログラム記述上のお前の勝手な都合だけだろｗ
1018:デフォルトの名無しさん
17/12/22 01:35:03.42 YbdIgSB6.net
classを使うメリットって入出力を共通化する為って意識が強かったんだけど違うのかしら・・・
整理してないところで追加項目を一つ増やしたら他の関係ない場所にも追加項目を処理する機構を作らないといけなくなるみたいな
1019:デフォルトの名無しさん
17/12/22 01:38:59.75 YbdIgSB6.net
>>996
入力は追加するけど出力や処理はそのままでも動きますよって変更に対して修正しないと動かなくなるようなのを防ぐ意味合いで考えてた
追加した入力に対してはメソッド新しく作ったりして対応や既存のところに付け足すとか色々やり方はあるだろうけど
1020:デフォルトの名無しさん
17/12/22 01:52:53.80 SpQ4O+yi.net
何度も言うけど、要件の詳細が明らかになってないから断定はできないが、
普通費目って聞いたら費目ごとに異なる処理（具体的な価格を計算するメソッド？）
はせいぜい1つ程度だろうと想像する。
たった一つのメソッドの動作を上書きするために派生させるなんて愚の骨頂。
アホかと。ありえない。
そんなのOOPでも多態でも何でもないよ
1021:デフォルトの名無しさん
17/12/22 02:30:17.88 FmyxrnYE.net
うめ
1022:デフォルトの名無しさん
17/12/22 02:30:29.41 FmyxrnYE.net
うめ
1023:デフォルトの名無しさん
17/12/22 02:30:41.94 FmyxrnYE.net
うめ
1024:デフォルトの名無しさん
17/12/22 02:30:49.17 FmyxrnYE.net
うめ
1025:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 23日 5時間 0分 1秒
1026:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています