0001デフォルトの名無しさん2021/03/07(日) 18:10:08.57ID:j0hLt10R
オブジェクト指向云々を議論するのは構いませんが、
結局ソースファイルがどこなのか分からなければ
話にならないことを忘れてはならないと思う。
大変なのは、プログラミングそのものより、
自分が手を加えなければいけないのはどの
ソースファイルでどのメソッドなのかということや
どこにディレクトリりを作ってどこに配置をすればいいか
決めることではないのか?
継承やポリモーフィズム、オーバーライド
抽象クラス、インタフェースとか使いこなすのは構わないが
ソースがどこにあるか余計わからなくなるようでは
後から参加する人が困ります。
また、ディレクトリ構造にはソースファイルが
だけがあるわけではない。
HTMLや画像や音声や設定ファイルや
JSON,XMLファイル、アプリ特有の特殊なバイナリ
だってあるんだ
これらをどう配置すればいいかなんて誰も教えてくれない
じゃないですか。
0020デフォルトの名無しさん2021/03/09(火) 12:22:01.57ID:MbPysK70
同じディレクトリにテストを置くのはそれはそれで良いところもあるよね
ケースバイケースで
0021デフォルトの名無しさん2021/03/09(火) 12:24:00.63ID:z04g+BkK
>>19
はいはい、その理屈だと
インターフェースも機能も実行タイミングもアクターも違うので
ディレクトリは分けるべきだと言ってますー 0022デフォルトの名無しさん2021/03/09(火) 12:25:31.45ID:MbPysK70
>>21
apiパッケージとimplパッケージにわけることあるよね
ケースバイケースで良いと思うよ 0023デフォルトの名無しさん2021/03/09(火) 12:29:00.23ID:z04g+BkK
インターフェースをディレクトリに分けるケースは出た
わけないケースはないのだろうな
ケースバイケースだが、わけないケースを言わないということはそうなる
0024デフォルトの名無しさん2021/03/09(火) 12:29:31.86ID:MbPysK70
0025デフォルトの名無しさん2021/03/09(火) 12:30:49.37ID:MbPysK70
インタフェイスと実装が同じパッケージに存在しても問題ないよ
ケースバイケースだよ
0026デフォルトの名無しさん2021/03/09(火) 12:43:00.42ID:z04g+BkK
>>11
> 一般的には抽象クラスやインタフェースや実装クラスみたいな形式的種別でどのディレクトリに置くかを決めたりしない
理解できたか?ケースバイケースということだ 0027デフォルトの名無しさん2021/03/09(火) 12:44:27.53ID:MbPysK70
責務で決めるのもケースの一つじゃないかな
0028デフォルトの名無しさん2021/03/09(火) 12:44:49.01ID:MbPysK70
一般的だと思うよ
>>26
そのケースもインターフェースという形式的種別で分けてるわけじゃないんだよ
アプリケーションの中でそのファイルが果たすべき"責務"によって分けてる
"責務"がわからんと話通じないだろうけどね syntaxとsemanticsの違いが分からないみたいな感じかな?
文脈によってsemanticsは変わるから見えてる景色が違うんだろう
形式と意味と意図
これらを区別して考えられないやつはクソプログラマー
クソプログラマーほど意図ではなく形式に意識が向かう
なぜか?
>>31
数学会の主流は形式主義だからプログラミングも形式を追求することによって圧倒的な成長を遂げると思うの 形から入っている奴は結局ダメ
そもそもオブジェクト指向と言っても継承やらを必ず使う必要は全然無い訳で
クラスをブラックボックスで利用出来るようにするぐらいで十分
それが知らない奴はそういう実装が出来ない訳だがw
0035デフォルトの名無しさん2021/03/10(水) 00:07:44.23ID:yFwP4B8e
ネテロが毎日一人で正拳突きを繰り返し人類の頂点に上り詰めたように
先人が築いた理論を真似することでそこからさらに高みに行ける
先人の知恵を無視して自己流でやっても先人は超えられない
守破離の守ができない人間はそれを破ることさえもできないのさ
プログラミングの極意は形式の中にこそある
形から入るやつはダメというのも一つの形だから自己矛盾なんですね
0040デフォルトの名無しさん2021/03/10(水) 18:06:48.08ID:MCvoFBii
>>30
その「責務」ってやつが
クラス設計者の頭の中で構築されて
各プログラマで推測することでしか共有認識されない事が
オブジェクト指向そもそもの問題点なんだよ。
責務というものはコード上から機械的に追うことは不可能
クラス名から推測するしかなくて
そのクラスを格納するディレクトリ名などからしか
推測することしか出来ない
どんなにコメントを書いても、
UMLや仕様書をかいたところで
認識は各メンバーでどうしても微妙にズレていく >>40
最低限の核になる部分の設計意図ぐらいちゃんと文章を書けって話だろ
どうとでも解釈出来る図や表ばっかりじゃなくてな
それが出来ないというかやろうともしない失語症みたいな人間が山ほど居てウンザリするけどな >>40
その文章力だと何やっても無理
オブジェクト指向とか関係なく君がクソなだけ >>40
コード上から機械的に追うことが可能なものだけしか見ないから
いつまで経ってもクソプログラマーなんだぞ
クソコードスレのやつらと一緒だな 0045デフォルトの名無しさん2021/03/11(木) 18:50:34.92ID:nhBfI0TI
ところで「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ!
0046デフォルトの名無しさん2021/03/11(木) 19:15:57.45ID:fdwFiuL8
不随意運動。
ハイ論破。
0047デフォルトの名無しさん2021/03/11(木) 19:23:26.51ID:2k6w0W90
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く 0048デフォルトの名無しさん2021/03/12(金) 00:28:34.58ID:bK2JcbQx
「オブジェクト指向」って単語スレタイに入ってるといつもの人来るの草
日本語には意志動詞と無意志動詞という区別があってだな
意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
オブジェクト指向と擬人化思考の相性がいい理由の一つ
0051デフォルトの名無しさん2021/03/12(金) 13:23:51.72ID:Hb0It6HF
『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↑ ↑ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。
>チンポ=自我
散歩している時、自分もチンポも所在地は同一である。
https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg
夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。
『笑ってごまかすな!!』
と言われても、夏目くんは何と言えば良かったのだろう?
チンポ≫自我
『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする!
チンポがシコシコしていると(チンポが自我を超越していると)、息もハァハァになる。
チンポがシコシコしている(チンポが自我を超越している)と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。
博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。 0052デフォルトの名無しさん2021/03/12(金) 13:27:17.92ID:Hb0It6HF
0053デフォルトの名無しさん2021/03/12(金) 13:32:29.83ID:Hb0It6HF
0054デフォルトの名無しさん2021/03/12(金) 13:41:06.67ID:Hb0It6HF
0055デフォルトの名無しさん2021/03/12(金) 13:51:13.87ID:rGP7M8NS
>>50
>意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
そして、トイレへ行き尿を出そうと思うと、脳が「出してよい」という信号を送ります。ここで副交感神経が
主にはたらき、尿道の筋肉がゆるみ、反対に膀胱の筋肉は締まって尿を押し出し、尿が排出されるのです。
健康な成人では、1回の排尿量は300ミリリットルほどで、約30秒で膀胱が空っぽになるのが普通です。
https://www.hainyou.com/sp/m/mechanism/ 0056デフォルトの名無しさん2021/03/12(金) 16:41:35.99ID:WS11SrCh
このスレタイの趣旨は
そのチンポや尿がディレクトリ構造
のどこにあるかを探す、という話なんだか
0057デフォルトの名無しさん2021/03/24(水) 19:44:14.60ID:acx8Cm+D
ちょっと質問なんですが、
以下の場合の時、ファイルのimportは必要ですか?
あるクラスでメソッドを定義する時、
Hogeというクラスのインスタンスを引数として
要求するメソッドがある場合
メソッド定義側でHogeをimportは必要ですか?
また戻り値がHogeクラスのインスタンスだった場合
メソッド定義側にHogeをimportは必要ですか?
Hogeクラスの戻り値を受け取るメソッド呼び出し側で
Hogeのimportは必要ですか?
Hogeを親クラスとしてextendしたりimplementsする場合
子クラス(実装クラス)側でHogeをimportは必要ですか?
親クラスでimport済みのクラスを
子クラスで再度importせずにnewで呼び出すことは可能ですか?
または戻り値として呼び出し元へ返すことは可能ですか?
何らかの子クラスを呼び出す側でimportした時に
その子クラスの全ての親クラスや
その子クラスがimplementsしたインタフェースも
全てimportしたことになりますか?
Hogeというクラスのインスタンスを自分のコードで呼び出したメソッドの戻り値として受け取ったものを
自分のコードのメソッドで自分のメソッドの呼び出し側に
戻り値として更に返すことは可能ですか?
また、その際にHogeのimportは必要ですか?
Elixir では、import, alias は無くても動くけど、
require は、別のファイルを読み込んで実行するものだから、必須
import すれば、
A.f( )のモジュール名を省略できるので、f( )と書けると言うだけ
むしろ、f( )と書くと、短くなるけど、
どのモジュールの関数か、分からなくなる
Ruby の作者・Matz も、import/require の区別がつかない人は、
プログラマーに向いていないと言ってる
0060デフォルトの名無しさん2021/03/31(水) 13:44:45.83ID:kGXRgIVZ
>>59
この違いは分からないな。
何が違うんだ? 英語の意味は違うけど、プログラミング用語としては一緒じゃね?
あの関数が必要(require)だから読み込むんだ(import)
という文章のどの単語を使うかってだけ
0062デフォルトの名無しさん2021/04/01(木) 01:55:09.40ID:Qm9pGYRd
>>61
RubyのやつはあちこちでRubyの話を書き込み有名人
スルーしてください 0064デフォルトの名無しさん2021/04/01(木) 19:26:56.23ID:ryE6fAwd
importでもincludeでもrequireでもいいが
これを正確に追えんと移植した時システムぶっ壊れるからな
ある意味プログラミングより重要だな
先週もクソ新人がバックアップ取るディレクトリ
の範囲が狭くて復旧不可能なレベルでシステムぶっ壊されたわ
(もっと親ディレクトリをバックアップしないといけなかった)
結果半月くらい前まで大デグレや
git管理は崩壊しとったし、最悪やで。
Elixirの話だって書いてるだろw
そんなんじゃまたルビキチにすらバカにされるよ
0067デフォルトの名無しさん2021/04/07(水) 21:21:39.55ID:BNYv60c+
大量のエラー出力されるの見て
「俺すごいプログラム作っただで…」って勘違いしそう
それをネカマや視聴者に自慢することで感慨に浸っていき
大物プログラマー気取りで40分くらいうんちく垂れ流しそう
権威主義的に、頭のいい奴が示した考えに乗っかっちゃえばいいと思う
オニオンアーキテクチャとか適当なアーキテクチャパターン引っ張ってきて
それをベースにプロジェクトとかディレクトリ構成してカスタマイズしていけば
大失敗はないやろ