# ちょうぜつ本_読書py [10]みんなのメモ ###### tags: `ちょうぜつ本` - このメモはWebに公開されています(HackMDチーム) - リンクを知っている人は見られます - HackMDにログインして編集できます ## ちょうぜつ本 - [ちょうぜつソフトウェア設計入門 ――PHPで理解するオブジェクト指向の活用](https://gihyo.jp/book/2022/978-4-297-13234-7) - [サポートページ](https://gihyo.jp/book/2022/978-4-297-13234-7/support)(正誤表) ## お願い事項 (1) 今を楽しもう(録画はしないでね) (2) 本メモは**インターネット上に公開されています。** そのため、文章の丸写し(!=引用)や、書籍を読まずに内容が詳細に分かる表現は行わないようにしましょう。 参考記事: - [Qiita ヘルプ 著作物を引用する際の注意点 ](https://help.qiita.com/ja/articles/about-copylight) - [Qiitaで記事を公開するときに気を付けるべきマナーについて 〜無断でネットや書籍の内容を丸写しするのはやめよう〜 ](https://qiita.com/jnchito/items/215c2d51599eb29adabc) - [文化庁 著作物が自由に使える場合 ](https://www.bunka.go.jp/seisaku/chosakuken/seidokaisetsu/gaiyo/chosakubutsu_jiyu.html) ## このメモについて このメモは ちょうぜつ本_読書py[10]のメモです https://pythonista-books.connpass.com/event/305417/ 読む範囲:8.6 ## 読書会の流れ * 20:00〜20:30 **自由参加**のもくもく会(個人作業) - 事前に読む時間がとれなかった方はここで読んじゃいましょう(ざっとで大丈夫です) - 合わせて、この**HackMD**に話したいことを各自書いてください - ログインすれば書ける設定にしています - ここがわからん、ここはわかった お気軽に書き込んでみてください - HackMDの書き込みに投票し、みんなが気になるところをわいわい読み解いていきます * 20:30〜22:00 読書会本編(みんなでわいわい) * Discordでスライド共有して別途案内します * 20:30開始の本編では、「わたしこれ気になる!」 という話題に `:+1:` と書いて投票します。 * :+1: する上限はありません。 気になる話題に全部 :+1: しちゃいましょう。 ただし1つの話題には1個だけ:+1:でお願いします * 票数が多い話題から話していきます。 ## 以下、もくもく会ワークゾーン 以下は各節で「これってどういうことなんだろう」「ここからこういう気付きがあった」などを書き出すゾーンです。 ### 第8章 デザインパターン</span> _章よりも細かい目次は公開されていないようですが、読書会運営都合により見出し番号だけ記載しています_ 章全体への書き出しはこちらに - ProxyとDecoratorの違いがまだピンときていない・・・ :+1: - P245のイラストがわかりやすいような・・・? :+1: - Decoratだけに、「装飾」と考える? - ### Proxy - Pythonのデコレータ([用語集](https://docs.python.org/ja/3/glossary.html#term-decorator)。`@spam`と関数につけるやつ)はProxyパターン - ひさてるさんのツイートより [Pythonのデコレーターは、GoFのパターンで説明するとDecoratorパターンではなく、Proxyをかぶせるシンタックスシュガーなのでややこしい、という愚痴をそっと入れてあります]:+1:(https://twitter.com/tanakahisateru/status/1636964177221910528) - [マンガでわかる Proxy](https://qiita.com/tanakahisateru/items/d26600aba4c9bee9fc54)によると:+1: - >Proxy の目的は「対外的な結果を変えずに、いかに本来の機能をサボるか」 - サボるの一例:負荷対策 - Proxy=Pythonのデコレータと理解しちゃうとサボるを見落としちゃうかも。PythonのデコレータはProxyの一例にすぎない - インターネットで使うProxyのイメージ :+1: - ### Decorator - 継承とDecoratorパターンの違いの説明にはぶん殴られた感:+1: - 安易に継承してすんませんっしたあ!!(土下座) - 外から見て同じインターフェースにしたかった、かつ、インターフェースの実装が増えても1つで済む、この2点がメリットになる状況だったので、Decoratorパターン使うべきでした:+1: - - ### Adaptor - 私がよくやるラッパーは変換器用途が多いのでAdaptorっていうのか〜という感想:+1: - Pythonの言語仕様にはAdaptorパターンが隠れていると聞いたことあったのですが、ここで解説されたAdaptorと同じなのかわからなくなってきたぞ...:+1: :+1: - https://www.slideshare.net/shimizukawa/how-does-python-get-the-length-with-the-len-function#12 - Pythonのlen関数。文字列やリストを渡す(`len(obj)`) - len関数はAdapter - objの`__len__`を呼ぶ(だけ) - interfaceとprotocolで説明している(ここが腑に落ちてない) - https://www.slideshare.net/shimizukawa/how-does-python-get-the-length-with-the-len-function#52 このあたりを追えばいいのかな(nikkie暴走中。別の勉強会になってきた感) - https://methane.hatenablog.jp/entry/20090702/1246556675 は分かりやすい - Adaptorといえる根拠知りたい - 「アダプターが正しいかどうかのテストはとても困難だからです」←すごい大事! :+1: -
×
Sign in
Email
Password
Forgot password
or
By clicking below, you agree to our
terms of service
.
Sign in via Facebook
Sign in via Twitter
Sign in via GitHub
Sign in via Dropbox
Sign in with Wallet
Wallet (
)
Connect another wallet
New to HackMD?
Sign up