https://teratail.com/questions/30083
こんにちは
現在C#を勉強しているのですが、個人的にgetter, setterの必要性が無いように感じました
わざわざprivateなフィールドに外側からアクセスするためなら、getter,setterなど書かず、
publicにしてしまえばいいのではないでしょうか。目的がわかりません。コードが長くなるだけではないのでしょうか。privateにする意味は外側から、
アクセスされないためなのに結局アクセスする際の名前が変わっただけでアクセスできてしまう…これは意味がないんじゃ..とかんじました。
- デリゲートとかラムダ式で挫折するよね
- >>2
それ使えるのがいいんじゃねーか - いい質問だな
ケンモメンがギリ答えられないくらいのレベル - BASICでたまにゲーム作るのが楽しい
- 実装の隠蔽を絶対にしないと怒る人がいるからね
- publicな変数は極力作らないと教わりました…
- publicで作りまくるとどこに影響してるのか把握できなくなる
- >>7
いやIDEとかコンパイラは参照認識してるわけだし
そこはあんま関係ないんじゃねgetter, setter なんて面倒くさいだけだよ
特定の変数操作すると付随して他の操作も必要なら
関数用意した方が分かりやすいし
まじgetter, setter いらねー🙀 - C#が良い言語か悪い言語かは置いといて
VisualStudioとの相性の良さで結果上位になってるって感じ - C#はしらんけどJavaだと「クソだがフレームワークが要求するから仕方ない」で決着ついた
- 言語仕様は簡単にしてほしい
っていうとエンジニアは意地悪だからじゃあブレインファックなって言うよ
- 処理変更に強いじゃん
必要ならチェックもできるし - アホには理解できない機能
- 便利な機能じゃん
あえて使わない意味が分からん - ランゲージマーケティングに引っかき回されるプログラマーって可哀想だわ
業務時間外も勉強し続けるんだろいつ遊ぶんだよ - >>14
業務時間外の勉強が「遊び」だよ - setterは極力作らない
- C♯を使いやすくしてあるVBを使わない意味がわからん
- Javaみたいに.getXXXとかやらなければ何でもいいよ
- getはpublicでsetはprivateにできる
フィールドではできない - プロパティのないJavaのうんこさが分かる
- >>19
やっぱkotlinだわ - そうせIntelliSenseでちょちょっと作るんだから気にするな
- まじかー🙀
- 2.0まででコーディング規約作れば欠陥でもなでもない
3.0あたりからおかしくなった - 絶対にプロパティにしなきゃいけないって訳じゃないし、そのままフィールド公開する事も全然可能なんだから必要性が分からないなら言ってる通りフィールドにすればいいじゃん
WPFアプリ作る場合は絶対にしなきゃいけない場面も多くなるけどな
結局のところこの辺のオブジェクト指向のメリットは小規模個人開発じゃ見出しづらいから、必要性感じないなら全部unsafe async public staticにするなりC++でベタ書きするでも問題ないと思うよ
問題が起こってから考えればいい - プロパティがあるからフィールドは全部privateだろ
- Javaみたいに単純な値の取得や設定でもgetXX setXXやらせるよりいいよ
- ソフトウェアのモジュール性を言語があれこれ強制するわけじゃないから、
良いプログラムを書くのは人間の仕事になっている - なんかバインディングで必要なんじゃなかった？
あと仕様変わったときのためとか？ - 自動実装プロパティサイッキョ
- 初心者あるあるな質問だな
- こういう奴が糞コード量産するんだよな。
変数外出ししたらバリデーターが必要になるだろ。 - 全部publicにして誰もがアクセスできる優しい世界
- そういうものだと割り切れ
- Java土方だけど脳死でprivate変数書いてgettersetter作ってたわ
何でだかまったくわかんねえな - Ｃ＃は文句はあるけど言いたいことはない
みたいな感じそれよりも最近の,NET周り総合的に誰か説明してクレメンス
- こいつはメソッドアクセス、こいつは直値アクセスと線引きするくらいなら
脳死で一律コーディングした方が後腐れがないと思う - 後に仕様変更とかあって他の担当がpgしたらバグの元になりやすいじゃんパブは
- なんも考えないでpublic string Kenmou {get; set;}でプロパティ作れるんだからいいじゃん
- 個人開発ならお約束が少ない言語のが捗る
大規模開発なら逆 - 自分の頭が足りないのを言語のせいにするなよ
その上プログラムの作法すら理解出来ていないようだし - 値を変更した時にイベントを飛ばすようなコード書く時にいちいち呼び側で
if(value!=a.v)
{
a.v=value;
a.FireEvent(“v”);
}とか書く気かなこのクズは
死んでほしい - 勝手にセッターつくってんじゃねぇ！
- プロパティ使えよ禿げ
まあ、そもそもオブジェクト指向のルーツはアランケイがソースを見られたくないために
複雑に書いて、その言い訳から始まったものだからなあ
バカの解釈にバカが反応したのがオブジェクト指向だから、純粋にロジカルシンキングでプログラミングしたいならC言語一択なんだわ
てか、1番プリミティブな言語だから、何かと自由に書けるし因みに、クラスと構造体は同時期に出てたりする
だから別に構造体・共用体の考え方は古くねえんだわ
てか、DataとFunctionさえあればプログラミングはできるし- >>46
static classオンリーで書けば普通にそういう手法で開発出来るじゃん
今時ガベコレ無しはさすがにやってられん
その上でC#はVSの強力なサポートを得られるから窓化では基本ベスト言語
個人的な不満はstring型の関係からWeb関連がやや弱いのと関数ポインタだけ扱えない点くらいか
>>53
こーゆーアホみたいなやつが増えるから
Pythonみたいなメモリ処理無視したガバガバ言語流行るんだわあんな重たい言語やってられねえ
- >>56
いやほんまそれな - C#よいよね
数学系とかのライブラリがもっと充実してたらとは思うけど
もしくはironpythonをcpythonのライブラリ全部読めるようにするか
>>47
お前ってメモリのこと頭にないよね？
フレームワーク使ってガバガバアプリケーション作るんだよねたぶん- C#はいまだにほぼ触ってないわ。
楽しそうなんだけど金にならない - なら、どの言語が良いのかを言えよ
- COMオブジェクトを想定しないとね
- 頭が悪そうだけど、ちゃんと質問するだけ偉いな
- get; private set; は便利
- スレタイいいね
- Cはメモリ管理ミスしない超人向け言語だから
凡人には安全装置ついてる言語の方がいいんだよ - >>57
別にどんな凡人でもメモリ管理なんて時間かければ誰でもできる単純作業
時間が無限にあるなら極限までパフォーマンスに拘った設計するのもアリだけど、どんな天才でも時間は有限だから本質ではない単純作業はすっ飛ばすのが普通
数MBしか利用できない時代でもあるまいし
>>57
はあ？当たり前のことすれば書ける言語ですけど
逆にメモリ管理を無視する方が考えられんわ- >>62
当然やってます風でいて漏れが幾らでも出てくるのがCだろ
現実を見なさい - 今どきメモリ管理自分でやるとかやってられねえ
GCかRustみたいなの使え - interfaceで足りる
cは複雑なIDEなんてなくても適当なエディタで楽にインテリセンスを実装できるから
IDEなしオブジェクト指向言語の数百倍は役に立つよ
オブジェクト指向言語はIDEとセットでないと役に立たない - 複数人で作るときに意味が出てくるんだよ
ソース管理術だわ - c,vb,javaやってきて今python使ってるが何故pythonユーザーはあんなにイキってるのが多いのか不思議だ
他とそんなに変わらんような…… - switch文はbreakナシを許可してほしかった
- 昔風BASICで簡単なゲーム作ってたなあ
今だと何でやるのがいいんだ？
c#？c++？簡単にってのは無理か。。
- >>66
c＃ならアンリアルエンジン4
c+ならunity - 全部グローバル変数でいいじゃん
- >>1
getterだけのクラスにすればいい - 今更C言語とかないわ
文字列ちょっといじるのにいちいちバッファ作って長さ検査してとか今やったら発狂する - C#はプロパティがあるから便利だよな
最近はJavaにもプロパティあるんだっけ？
TypeScriptにも追加されたよな - 今となってはpublicにしといて必要になったらリファクタリング機能で追加できるから
- 昔のJavaBeansとか言ってた頃みたいにやたら細かくオブジェクト作って全フィールドにgetterとsetter作ってたのは思考停止だったね
今でも形を変えて思考停止なコーディングはたくさんある - 全部、グローバル変数にしたらイイんじゃね？
C#とかいう欠陥プログラミング言語
嫌儲
コメント