【IT】最近、プログラミング始めたけどオブジェクト指向が分からない。リスコフの痴漢原則ってなんだよ [812534709]
■ このスレッドは過去ログ倉庫に格納されています
オブジェクト指向プログラミング言語「Kotlin 1.7.0」がリリース
https://codezine.jp/article/detail/16025
ひとつのクラスに全てをやらせたらええんやないか? 単に部品化するだけでいいよ
それ以上の事は考えなくて良い オブジェクト指向という考えを先に理解しようとしなくていい。やっていくうちに分かる 完全オブジェクト思考のVB.netやればすぐ理解できる 沢山のファイルでもフォルダ分けしたら参照するとき使いやすいっしょ?
そのファイルをメソッド(関数)に置き換えたものがクラスだと思えばいいよ 先に関数型の思想を学べ
オブジェクト思考も役立つけどあとからでいい メソッドって何だよ!関数じゃ駄目なんかよ(半ギレ) デザインパターンを勉強すればなんとなくわかると思う
全部でなくてもいいから4つか5つやってみれば オブジェクト指向はオワコンだからそんな勉強しなくてOK プログラミングの問題じゃなくて言葉に騙される馬鹿ですね 正直自分で作れるレベルのちっさいアプリケーションでオブジェクト思考は理解しづらいかもな
なんせ利点が分からないから
大規模なアプリケーションを沢山の人と作っていく時に初めて意味が生まれるというか
だからフロントエンドでvueとかreactやってる人だったり、pythonでバッチ処理書いてたりするとわかりづらかったりするかもね OOP全然わからない。俺達は雰囲気でプログラミングしている 気にする必要があるのはライブラリ製作者かそれに近いことしてる人だけ 保守性や再利用性を考えてコーディングすると自然とその形になる
経験を積め 色々知識つけて複雑にする奴は2流
多少非効率でも簡単でいい。 言語の研究とか新しい言語作るやつはともかく
そうじゃないやつが何で幻に騙されて分からない分からない言ってるのか いちいちクラスとかIF作らないでいいからλしか勝たん🥺 コンソールに数行コピペしてデバッグできないから嫌い オブジェクト指向はオワコン
GOにはクラスも継承も無いよ
TypeScript+reactもクラスコンポーネント排除して全部関数で書くスタイルが主流だし
オブジェクトは状態を持つ
状態を持つと複雑になるからな
メソッドとかグローバル変数にアクセスして副作用を持つ関数と同じだし
引数に対してプログラミングすれば副作用の無い関数を作れる
もうオブジェクトをnewする必要は無いんだよ リスコフの置換原則とか
オープンクローズドの原則とか
インタフェース逆転とか
五大法則ってまだ生きてんの?
少し前になんだったっけと思ってググったけどほとんどヒットしなかった ライブラリ作るんじゃないんだし忘れていいよ
フレームワークをガイドラインのとおりに使うだけ >>33
SOLID原則でググるとそこそこヒットする 便利だけどインターフェイス使うと
ソース解析とかデバッグしづらいのどうにかならん? データベースアクセスを一つに任せよう→ジャンゴとかいうクソ重いだけのバカ専用フレームワークで開発されて終わる ポリモーフィズムは便利だけど実装の継承はいらんかった オブジェクト指向ってえのはー
ひとりの作業じゃなくなったんでー
プログラムが、パーツパーツになったことをゆっとんのよ。なので
ブロックプログラミング、ブリックプログラミング、パーツプログラミング、のような語彙にすれば親切なのによ
もともと、人払いしてる言語なのな、C。 新自由主義なの。エリート主義なの。有能な香具師だけが、かわいいの。 オブジェクト、サブジェクト そういう語彙が自在にあやつれる階層をかわいがった言語なわけよC。
はなにつくよね。でも、速いんだ。 あれこれこねくりまわしても凡人はぐちゃぐちゃにして終わるだけ サービス継続のための運用、サポート、営業に優しい言語って何だろう リスコフて久しぶりに聞いたわ
最初オブジェクト指向分からなすぎて色々座学で詰め込んだんよなぁ
結局経験値積む事の方が重要でやっと形になってきた
まだまだではあるがMVCみたいな実践的な奴を理解するのが目下のターゲット 型を自由に作れて便利じゃん
その型で何が出来るのか直ぐに解って便利じゃん 動物クラスを継承して犬オブジェクトとか猫オブジェクト作って、
それぞれ鳴かせたときの声をワンワンとかニャーニャーって作るんだよ
↑
思えばバカみたいな説明だよな
相手が理解しづらく説明してほしいポイントを壮大に外してるよな 変数とか純粋な関数とかは数学でやったでしょ
そこから否定されるとどうしようもないです つまりあれなわけよ
BASICは、千客万来だったのな! オブジェクト指向って何?と聞かれてオブジェクト指向はオワコンと答える人の魅力 あれなのよ
量子物理学も相対論も
大嘘なんだけど、それは大衆向けにはほんとだと思い込ませとけよ
そのほうが好都合だから
そういう思考形態の選人に、うってつけなのな、Cとかそれにはじまるオブジェクト指向言語群。 >>27
例えば10行の処理を難しく書いて2行にするよりも
多少長ったらしくても文章のようにスラスラ読めるコードの方がいいじゃんと思ってる VBAとPythonの入門書を冒頭だけ読んだ知識だと
エクセルだったらのセルを対象に何らかのアクションを書き込むってことであってる? >>15
関数型から学ぶとこうなるよなw
イベントドリブンの概念とか全然馴染めなかった
最近の言語から入った人ってCとかどう思うんだろ だからあいまいな言葉に騙されるな
言語仕様もマシン語もCPUの回路も人間の解釈の余地はない
物理的にそうなってるんだから 過度な継承とミュータブルなオブジェクトが物事を複雑にしている
OOP言語でもスッキリ書こうとすると考え方が関数型チックになっていく Unityでゲーム作るとオブジェクト指向がすぐに理解できるぞ 心理学崩れのインチキ情報工学屋が言ってることなので無視してれば十分 オブジェクト指向はすなわちJavaという認識で良い
iPhoneをスマートフォンって呼んでみんなでパクリまくってるのと同じで
Javaをオブジェクト指向言語と呼んでみんでパクリまくってるのが今の世界 ソースの再利用とか保守性高めようとしてできたギミックだからそこら返理解できてない初心者が理解できるわけないから一旦諦めろ
1000行以上のプログラム書くようになって再利用保守性を考え出すようになってからもう一度勉強しろ SOLID原則何もわからんよな
難しすぎるわ
どれか一つでも理解したい >>73
インターフェイスと依存性逆転ぐらいでええんやない >>32
関数型言語がクローズアップされて随分経つが全くメインストリームになってないよね
オブジェクトが状態を持つから便利な側面が確実にある、ってことだよね いや
おもむいろにpowershellたちあげて
"嫌儲" | get-memberと打ち込んでみたら便利さがわかると思う
psはめちゃめちゃ書きやすい 今四年目だけど今のフレームワーク使ってりゃとくに勉強せずともそうなるように仕向けられるから大丈夫だよ
やりやすさとかを考えると勝手にそうなる
とくにGUI強めのフレームワークだとな
勉強して短期間で身に付けるか勝手にそうなっていくかの違い
個人でやっててもそうなる 碩学の集いケンモメンでも意見が割れるなんて...
OOP難しい😭 プログラム言動議論は好みの女議論並みに意見が割れるってゲイツも言ってる 元々概念自体があいまいなのもあるけど
仮にキッカリこの思想はこれ!って理想があっても
実際のプログラミングだとその理想だけじゃ絶対に動かないから妥協が発生するからな
意識高い系のやつはその理想だけわめいてるだけ 別に個人で趣味でやるならオブジェクト指向って勉強する必要ないよな? とりあえずまともな型チェックする言語ならまあいいかな
型システム作るスキルがなかった人たちが作った言語はNG >>85
ある
というかJavaでしょ使う言語ってどうせ >>85
むしろ個人ほど必要ある
チームだと低きに流れるから糞メンバー前提のコードにせざるを得ないけど個人ならそんなことないからな 言葉にこだわらなくていいよ
キチンと説明できる奴も少ないから C++は難しいと言われるのが分かるスレだな
経験がないと理解出来ないと思う C++も.NETもJavaのパクリと分かれば理解は早い 継承とか超いらねー🙄
クラス変数もいらねー
oopいらねー
ゲーム作る人は知らん 頭でっかちになるのはよくないね。試験勉強みたくタームとその定義を覚えまくってマスターした、なんて意味ないよ
面接でもそんなところ見ないし…
継承が必要になるのは、大きなプロジェクトで
単純なアプリなら必要ないことが多い
RPGゲームとか作るなら、全キャラクターに共通する振る舞い(API)や行動(実装)をまとめた基本クラスを作って
特殊なキャラクターの時は実装を変えるとかすればよい
オブジェクト指向は、継承とか使わないとしても、役割や部署分けみたいな感じで
情報の整理方法として有効だと思ってる
例外発生した時もどこで起きてるかわかりやすい 継承をなんのためにやるかっつったら数百人とか大規模プロジェクトでプログラミングするときの個人個人の作り方の独自性を最小限にする効果はある
個人でやるにはそんな必要ないかもしれない 最終的に、何を.どうしたいか、日本語で主語.術語
データ.プログラム、つまりオブジェクト.メソッド
って読みやすく書けるようにして
データにも名前をつけたりしてドットをつけて書いたらスッキリするわけ
メソッドはデータじゃなくてデータ型(クラス)に付け加えておく わかった? SAPやSalesforceを極めるのってどう思う?
単価高いし、需要が伸び続けてるのはわかるけど、ひとつのプロダクトに依存するのってちょっとリスキーかなぁ? 思うままに最初は作ればいいよ
そしたら全く同じ処理が何個も出てくることに気づくから
そしたらリファクタリングしてけばいい >>102
そんなこと言ったらlensとかprismってのがあるから関数型でもよくなっちゃう
OOPの本質ってなんなんでしょう
もちろんワイはわからん🤪 Cみたいにnamespaceもなくns_funcみたいにモジュール化してた人らにとってはモジュール化ができたり構造体のポインタをいちいち書かないで良いからOOP最高みたいなノリの人も オーバーライド(英:override)とは
オブジェクト指向におけるオブジェクトの継承の話で出てくる用語のひとつであり
親クラスにあるメソッドを子クラスで再定義することによって、子クラス上で親クラスのメソッドを上書きすること
https://wa3.i-3-i.info/word138.html
チンポは人格メソッドを上書きする機能が有る!!!
https://mobile.twitter.com/ki45_nisiki/status/1581300043935494145
フローズンぺんぎん@とりゅー
@ki45_nisiki
返信先:
@LunRon5
さん
どんなに教養と勉強で武装しようとも、自身が抱える性癖には逆らえん。チンポが脳や人格にオーバーライドして支配してくる欲求には逆らい難い…だからこそ最低限の慎みと矜持として2次元があるのではないか…デブでもおばさんでも勃起できる人にはこの苦しみはわからんっすね
https://twitter.com/5chan_nel (5ch newer account) https://youtu.be/7DbdPKWhrpY
令和のコペルニクス さんによって固定されています
令和のコペルニクス
2 年前(編集済み)
六角アミダって有りそうで無かったので自作しました。xyz空間座標も「6方向」ということで。
ソースコードはこちら。
https://drive.google.com/file/d/1hsFT2F4AMgUv1JHqy0si_7Yj7q7TyHnR/view?usp=sharing
室町時代のアミダくじは円形であること、ベンゼン環の六角構造、赤青緑の三色ダイオードを考えてみた。
令和のコペルニクス
1 年前
地動説をとる人には、地動説をとるのを妨げない。天動説をとる人には、天動説をとるのを妨げない。学説上において人びとの所見を妨げず、かつ実生活においても、「令和のコペルニクス」は決して客観的に善悪正誤など認定しない。 >>102
あのクッソ長い名前とフォルダ構造も何とかならんのかね
TOMCATたか何かのフレームワークだか忘れたけどあまりに長過ぎてwindows のファイルシステムのほぼ限界に達しているみたいでルートのフォルダ名につけようとした名前がつけられなかった事があったわ >>1
コイツ20年前からその話を毎回繰り返す真正のバカじゃん >>109
話のネタまで25年前レベルで止まっていてバカさ加減に爆笑した >>48
>相手が理解しづらく説明してほしいポイントを壮大に外してるよな
ならば「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ! >>100
>継承をなんのためにやるかっつったら
クリントン大統領の「不適切」というのは、チンポが独立して主体意思でシコシコしてしまったから。
チンポは独立した生き物であり、アメリカ大統領の権限をもってしても、制御することは不可能だ。
class チンポ extends クリントン{
super.不適切な関係;
}
クリントンーーーーーーーーーー
┃ ┃
┃ ┃
┃ ┃
┃ ┃
┃ ┃
ーーーーーーーーーーーーーーー
┃チンポ┃
 ̄ ̄ ̄ ̄
>チンポが脳や人格にオーバーライドして支配してくる欲求には逆らい難い… 『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↑ ↑ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。
>チンポ=自我
散歩している時、自分もチンポも所在地は同一である。
https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg
夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。
『笑ってごまかすな!!』
と言われても、夏目くんは何と言えば良かったのだろう?
チンポ≫自我
『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする!
チンポがシコシコしていると(チンポが自我を超越していると)、息もハァハァになる。
チンポがシコシコしている(チンポが自我を超越している)と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。
博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。 最近Power AutomateとPower Appsの勉強始めたワイ、低みの見物 メッセージングを基礎単位として取ることは、より徹底的な遅延束縛を可能にする。というのも、
メッセージそれ自体は意味を持たず、実際にメッセージがオブジェクトに送信されてはじめて、意味が決まるからである。
https://qiita.com/ukyo-su/items/8c861f114809a96d1378
オシッコを出したり止めたりというのは、チンポから力を抜いたりチンポに力を入れたりと、
オシッコはオシッコそれ自体は意味を持たず、オシッコが尿道を介してチンポに送られることによって、
オシッコを出したり止めたりが可能になるということだ。
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く >>7
ユーティリティクラスおじさんがやってくるぞ まぁ変な例えはネタなので
ギャグとして面白いかどうかしかでないのでなんJでやれ 多態性まとめ
多態性・ポリモーフィズムとは、同じ命令を送ったにも関わらずそれぞれが独立した固有の処理を行うという特性を指す。
多態性・ポリモーフィズムは継承関係の子から親への代入を通じて実現することができる。
多態性・ポリモーフィズムのメリットとして、同一視して配列を利用できたり、同一視して引数を受け取ることができることが挙げられる。
https://engineer-life.dev/polymorphism/
息子とはまさにムスコ、彼らにそれぞれ「命令」しても必ずしも言う通りにはならない!
https://mobile.twitter.com/yokillme/status/970300973301219328
ヨキ
@yokillme
自分の息子のことを愚息って言うの、現代においては息子を自分とは別人格の一人の人間として尊重してないからやめた方がスマートだと思うんだけど、不意に勃起した自分のチンコを「愚息」と表現するのめっちゃ好きなんですよね。
https://twitter.com/5chan_nel (5ch newer account) それ覚えて作るだけでも偉いと思う
変化に強いシステムを目指せる >>48
・あなたはダメで無能なケンモウくんみたいな上司です
・あなたの役割は書類が来たらとにかくハンコを押すことです
(ヽ´ん`)「書類にハンコ押す。書類が来たらハンコ押す」
・書類には様々なもんがありますが「押印欄がある書類」を抽象クラス、具体的な書類を継承クラスとして定義してやるとケンモメン上司の仕事は中身を知らなくても遂行できます
とかどうやろか?🤔 staticおじさんで検索したら
正しいや再評価がサジェストされるぞ
staticおじさんは正しかったんだよ 再利用なんて幻想で関数の分離が怖くてDRYとか言ってアホみたいに引数持った関数ができるし...
変数は直接アクセスさせず、アクセサメソッドで取得させる・・・とかも
大人数が絡むようなプロジェクトじゃなければあんま必要ないんだよな >>121
>まぁ変な例えはネタなので
上記メリットは人の体を例にするとわかりやすいかもしれません。
例えば、「肺」と言えばおそらく誰もが呼吸という役割を想像できると思います。(役割が明確)
しかしどのように作用しあって肺が体へ酸素を取り入れているか?は知らなくても呼吸ができます。(利用のし易さ)
また少し呼吸がし辛いなと思えば肺の不調を疑えるはずです。(エラー個所の特定)
肺は肺として独立した機能を持っているため、もし肺を手術することになったとしても
他の器官の手術も一緒にしなくてはならないといったことは起こりにくいです。(変更による影響)
https://works.forward-soft.co.jp/blog/detail/10230
更に言えば肺に独立した人格は無いが、チンポには独立した人格が有る!
https://mobile.twitter.com/kokoko_taro/status/598828756761870337
コウタロウ
@kokoko_taro
同じ男性でも、「人格」と「チン格」はそれぞれ独立した存在。
チン格に支配されている男は、気持ちが薄っぺらで余裕がないから、すぐに女性に見透かされる。
きチンとした大人の人格を持っていて、その人格に従順なチン格を持っているのが、本当の大人の男性。
https://twitter.com/5chan_nel (5ch newer account) getter setterめんどくて実装してません
ごめんなさい >>132
コンスト初期化おじさん「setterが無ければええんやで」 >>132
lombok使えばクラス名の頭に@Dataって付けるだけでメンバ変数はすべてGetter Setterが自動的に作られる そう言えばC#も{ get; set; }って書くだけで
自動設定されてたな OraclemasterJava11シルバー受験しようと思う
これ意地の悪い問題多すぎない?
わからん 「オブジェクト指向」について、他にわかりやすい説明が有るのか? 名前空間がほんま腹立つわ
田舎のネットカフェじゃねぇんだから
だったら名前倶楽部にしろや
オブジェクト指向が何なのか分からないけどスマホアプリ作ってる >>109
spring boot使わないんですか? if tokusan {
omocha()
}else{
omocha()
} ■ このスレッドは過去ログ倉庫に格納されています