オブジェクト指向のディレクトリ構造の調査と設計
オブジェクト指向云々を議論するのは構いませんが、
結局ソースファイルがどこなのか分からなければ
話にならないことを忘れてはならないと思う。
大変なのは、プログラミングそのものより、
自分が手を加えなければいけないのはどの
ソースファイルでどのメソッドなのかということや
どこにディレクトリりを作ってどこに配置をすればいいか
決めることではないのか?
継承やポリモーフィズム、オーバーライド
抽象クラス、インタフェースとか使いこなすのは構わないが
ソースがどこにあるか余計わからなくなるようでは
後から参加する人が困ります。
また、ディレクトリ構造にはソースファイルが
だけがあるわけではない。
HTMLや画像や音声や設定ファイルや
JSON,XMLファイル、アプリ特有の特殊なバイナリ
だってあるんだ
これらをどう配置すればいいかなんて誰も教えてくれない
じゃないですか。 同じディレクトリにテストを置くのはそれはそれで良いところもあるよね
ケースバイケースで >>19
はいはい、その理屈だと
インターフェースも機能も実行タイミングもアクターも違うので
ディレクトリは分けるべきだと言ってますー >>21
apiパッケージとimplパッケージにわけることあるよね
ケースバイケースで良いと思うよ インターフェースをディレクトリに分けるケースは出た
わけないケースはないのだろうな
ケースバイケースだが、わけないケースを言わないということはそうなる インタフェイスと実装が同じパッケージに存在しても問題ないよ
ケースバイケースだよ >>11
> 一般的には抽象クラスやインタフェースや実装クラスみたいな形式的種別でどのディレクトリに置くかを決めたりしない
理解できたか?ケースバイケースということだ >>26
そのケースもインターフェースという形式的種別で分けてるわけじゃないんだよ
アプリケーションの中でそのファイルが果たすべき"責務"によって分けてる
"責務"がわからんと話通じないだろうけどね syntaxとsemanticsの違いが分からないみたいな感じかな?
文脈によってsemanticsは変わるから見えてる景色が違うんだろう 形式と意味と意図
これらを区別して考えられないやつはクソプログラマー
クソプログラマーほど意図ではなく形式に意識が向かう
なぜか? >>31
数学会の主流は形式主義だからプログラミングも形式を追求することによって圧倒的な成長を遂げると思うの 形から入っている奴は結局ダメ
そもそもオブジェクト指向と言っても継承やらを必ず使う必要は全然無い訳で
クラスをブラックボックスで利用出来るようにするぐらいで十分
それが知らない奴はそういう実装が出来ない訳だがw ネテロが毎日一人で正拳突きを繰り返し人類の頂点に上り詰めたように
先人が築いた理論を真似することでそこからさらに高みに行ける
先人の知恵を無視して自己流でやっても先人は超えられない
守破離の守ができない人間はそれを破ることさえもできないのさ
プログラミングの極意は形式の中にこそある 形から入るやつはダメというのも一つの形だから自己矛盾なんですね >>30
その「責務」ってやつが
クラス設計者の頭の中で構築されて
各プログラマで推測することでしか共有認識されない事が
オブジェクト指向そもそもの問題点なんだよ。
責務というものはコード上から機械的に追うことは不可能
クラス名から推測するしかなくて
そのクラスを格納するディレクトリ名などからしか
推測することしか出来ない
どんなにコメントを書いても、
UMLや仕様書をかいたところで
認識は各メンバーでどうしても微妙にズレていく >>40
最低限の核になる部分の設計意図ぐらいちゃんと文章を書けって話だろ
どうとでも解釈出来る図や表ばっかりじゃなくてな
それが出来ないというかやろうともしない失語症みたいな人間が山ほど居てウンザリするけどな >>40
その文章力だと何やっても無理
オブジェクト指向とか関係なく君がクソなだけ >>40
コード上から機械的に追うことが可能なものだけしか見ないから
いつまで経ってもクソプログラマーなんだぞ
クソコードスレのやつらと一緒だな ところで「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ! 928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く 「オブジェクト指向」って単語スレタイに入ってるといつもの人来るの草 日本語には意志動詞と無意志動詞という区別があってだな
意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
オブジェクト指向と擬人化思考の相性がいい理由の一つ 『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↑ ↑ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。
>チンポ=自我
散歩している時、自分もチンポも所在地は同一である。
https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg
夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。
『笑ってごまかすな!!』
と言われても、夏目くんは何と言えば良かったのだろう?
チンポ≫自我
『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする!
チンポがシコシコしていると(チンポが自我を超越していると)、息もハァハァになる。
チンポがシコシコしている(チンポが自我を超越している)と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。
博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。 クリントン大統領の「不適切」というのは、チンポが独立して主体意思でシコシコしてしまったから。
>>50
>意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
クリントン大統領だって、チンポが勝手に独立してシコシコしてしまったのだからな!
クリントンの「不適切な関係」
https://eigo-kobako.blog.so-net.ne.jp/2008-06-21
不適切な関係、そんな言語表現あるのか?
ちんぽがしこしこしてしまったのが、不適切な関係なのか? オブジェクト同士は常に二人称で、「俺」←対話(メッセージング)→「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。
この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650
<俺>
「 部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。 」
<チンポ>
「 その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。 」
まさに独立した人格を有したチンポという、もう一人の俺がそこに現れるのである!
【藤子・F・不二雄】「みきおとミキオ」現在と未来、憧れの入れ替わり生活!
https://www.google.com/amp/s/middle-edge.jp/articles/0izbO.amp >>50
>意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
男性では排尿後に陰茎をよくふって尿道内残尿をきるように指導したり、あるいは尿道のなかでいちばん太い
球部尿道があるのは陰茎の付け根あたり(陰嚢のうら)ですので、そこから尿道を出口へむけてこする
ようにしぼり出すという方法もあります。
https://www.tachikawa-hosp.gr.jp/kenko-column/zannyou.html >>50
>意志動詞はその主体が意志を持って動作を行っている様を表現したいときにのみ使うもの
そして、トイレへ行き尿を出そうと思うと、脳が「出してよい」という信号を送ります。ここで副交感神経が
主にはたらき、尿道の筋肉がゆるみ、反対に膀胱の筋肉は締まって尿を押し出し、尿が排出されるのです。
健康な成人では、1回の排尿量は300ミリリットルほどで、約30秒で膀胱が空っぽになるのが普通です。
https://www.hainyou.com/sp/m/mechanism/ このスレタイの趣旨は
そのチンポや尿がディレクトリ構造
のどこにあるかを探す、という話なんだか ちょっと質問なんですが、
以下の場合の時、ファイルの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 の区別がつかない人は、
プログラマーに向いていないと言ってる >>59
この違いは分からないな。
何が違うんだ? 英語の意味は違うけど、プログラミング用語としては一緒じゃね?
あの関数が必要(require)だから読み込むんだ(import)
という文章のどの単語を使うかってだけ >>61
RubyのやつはあちこちでRubyの話を書き込み有名人
スルーしてください importでもincludeでもrequireでもいいが
これを正確に追えんと移植した時システムぶっ壊れるからな
ある意味プログラミングより重要だな
先週もクソ新人がバックアップ取るディレクトリ
の範囲が狭くて復旧不可能なレベルでシステムぶっ壊されたわ
(もっと親ディレクトリをバックアップしないといけなかった)
結果半月くらい前まで大デグレや
git管理は崩壊しとったし、最悪やで。 Elixirの話だって書いてるだろw
そんなんじゃまたルビキチにすらバカにされるよ 大量のエラー出力されるの見て
「俺すごいプログラム作っただで…」って勘違いしそう
それをネカマや視聴者に自慢することで感慨に浸っていき
大物プログラマー気取りで40分くらいうんちく垂れ流しそう 権威主義的に、頭のいい奴が示した考えに乗っかっちゃえばいいと思う
オニオンアーキテクチャとか適当なアーキテクチャパターン引っ張ってきて
それをベースにプロジェクトとかディレクトリ構成してカスタマイズしていけば
大失敗はないやろ