※2017/05/29現在Repositoryの章までしか聞けていません。聞いている際に浮かんだインスピレーションが揮発しないよう永続化する為に書いた記事です。 php-genba.shin1x1.com まさか日本語でこの内容を聞けるコンテンツがあるとは思わなかったです。 これは英語をマスターすれば Sound of Symfony The Laravel Podcast Ruby on Rails Podcast JavaScript Air devchat.tv などのPodcastからより多くの興奮を得られる事を意味します。 プログラミング経験3年、細かい修正ばかりで設計レベルの経験値が全くない自分ですが、各章について以前から個人的に思っていた事、お三方の知見からインスピレーションを得た内容を書き残します。 1. DI 「依存性の注入(Dependency Injection)」と
こんにちは。Misoca開発チームのtaiki-tです。 先日、本を訳したのでそのことについて書きたいと思います。訳した本は「オブジェクト指向設計実践ガイド ～Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方」。 オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方 作者: Sandi Metz,?山泰基出版社/メーカー: 技術評論社発売日: 2016/09/02メディア: 大型本この商品を含むブログを見る 原著は”Practical Object-Oriented Design in Ruby” です。 Practical Object-Oriented Design in Ruby: An Agile Primer (Addison-Wesley Professional Ruby) 作者: Sandi Metz出版社/メーカー
きしださんのエントリが話題です。 オブジェクト指向は禁止するべき - きしだのはてな 「禁止するべき」とはまた随分と煽りタイトルですねと思いつつも、内容自体はとても納得のいくものでした。 ただ「オブジェクト指向」というのはいろいろな観点で語られることが多く、多少モヤモヤとはしているので僕の考えを書いてみようと思います。 なお、きしださんご自身は以下の補足エントリで立場は明確にされています。本エントリはこれを否定するものではありません。あくまで違った立場からの意見です。*1 オブジェクト指向について - きしだのはてな 参考までに、ぼくの基本的な定義は、ランボーの「データ構造と振る舞いが一体となったオブジェクトの集まりとしてソフトウェアを組織化すること」という定義に従っています。そのようなオブジェクトが単体ではなく組織化されるということが重要です。オブジェクト指向を勉強するとはそのような組織
プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムの本に、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "仮想継承" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2023年10月) 仮想継承（かそうけいしょう、英: Virtual inheritance）とは、C++プログラミング言語における継承の一種で、多重継承によって生じる問題（菱形継承問題）を解決するもの。どの上位クラスのメンバーを使うか曖昧さが生じる部分で、明確化する。仮想継承は、部分の合成という意味での継承よりも、継承が上位クラスへの制限を表している場合に使われる。多重継承の基底クラスは、virtual というキーワードで仮想継承であることを指定される。 class Anim
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
ホーム < ゲームつくろー！ デザインパターン習得編 コンセプト デザインパターン事始め 生成に関するパターン Abstract Factory 一塊のオブジェクト群を沢山の種類用意する Builder 同じ生成過程で完成する色々なオブジェクト Factrory Method 子オブジェクトを親クラスの関数で作る Prototype 原型を用意して、後はコピーコピーコピー Singleton 存在するオブジェクトは1つだけ 構造に関するパターン Adapter 変換コネクタパターンです Bridge インターフェイスと実装の分離入れ替え自由自在 Composite 入れ子の入れ子の入れ子の入れ子の･･･ Decorator 知らずに着飾るオブジェクト Facade ユーザに優しいシステム操作人 Flyweight ゲーム製作でおなじみのオブジェクト使い回し法 Proxy オブジェクトへのア
VBScriptでちょっとだけオブジェクト指向に触れるという企画ものです。VBScriptのClassは機能がシンプルですが、うまく使えるようになるとそれなりに効果的です。せっかくですので、VBScriptでクラスを使ったスーパーテクニックなどを紹介しようと思います。 VBSのクラスオブジェクト利用メモの目次 VBSのクラスオブジェクト利用メモの目次 クラス宣言 メソッド プロパティ コンストラクタ、デストラクタ クラス変数、クラスメソッド 作成したクラスをパッケージ化する オブジェクトの配列 オブジェクト配列を使ったテクニック 継承 クラス宣言 Classとはオブジェクトの設計図です。どんなデータと機能をまとめたオブジェクトにするか？をClassを使って定義します。 例えば「本」を管理するプログラムを書くとして、「タイトル」と「価格」のデータを扱いたいなら、以下のようにクラス定義します。
これは思いつきのメモなので正しいという保証はありません。むしろ正しくないと思う方が正しい態度でしょう。 オブジェクト指向パラダイムとは何か? § オブジェクト指向という名を冠するオブジェクト指向モデリングや、オブジェクト指向プログラミングなどの総称として使う。 しかしながら、オブジェクト指向に対する唯一、明瞭、幅広く同意された定義は存在せず、対象は明確ではない。 ここでは、「自らオブジェクト指向を名乗るもの」をオブジェクト指向パラダイムに対応づけられるものと考える。 なぜ不明確な対象に対して明確に語りうるのか? § しかし、不明確なオブジェクト指向について明確に語るという現象が多く見られる。(ここでは、語る前にオブジェクト指向についての定義を事前に与えている事例は除外する。このような語りは、定義が明瞭であれば不明確とは言えない) 不明確な対象に対して明確に語りうるということはどういうことか
ＯＯな皆さま、出番です。 「オブジェクト指向の視点から、ドラゴンクエストを考えてみよう」という趣旨のスレです。 子供の頃やったドラクエを、オブジェクト指向で捉えた場合どんな設計で作るのかに興味を持ちました。 ＲＰＧだって「現実世界をゲーム上でシミュレート」なんだから、相性はいいはずです。 オブジェクト指向で分析すればどんなカタチになるか、面白そうじゃないですか？ 「勇者はどんなクラス」とか、「マップはどう表現しよう」とか、 はたまた「このイベントはユースケースではどんなものになるんだろう」 みたいな討議をしていきましょう。 もちろん”車輪の再開発”で”妄想”なスレです。成果などは期待しません。 「言いだしっぺの法則で成果物出せやｺﾞﾗｧ」系のあおりは無しの方向で。 基本的には、ＤＱⅠをターゲットにします（昨今のは煩雑になりがちなので） が、それ以外のＤＱシリーズや、転じて２ＤＲＰＧ全体に対
コラム「システムエンジニア 生き残りの極意」でちょっとした祭りになっている件 - babydaemonsの日記 ポリモーフィズム（多態性）を知らずにオブジェクト指向という単語を口にするなー！！！ という悲痛な叫びを読んでふと思い出したのでメモ。 以前、会社の技術者向け新人研修でJavaを教えたとき、ポリモーフィズムの概念を理解してもらうときに使った例え。 「ポリモーフィズム==ガチャピンチャレンジ」説 要は、ガチャピンの着ぐるみ（Javaで言うインターフェイス）に"何かチャレンジしろ"というメソッドを定義する。「中の人」が入れ替わることで、"何かチャレンジしろ"というメソッドを実行したときの処理内容は変化するけど、視聴者（呼び出し元）から見れば「中の人」がスキーヤーだろうが格闘家だろうがレースドライバーだろうが、全てひとくくりに「ガチャピン」として扱うことが出来るので便利。ひたすらifで処
絶賛炎上中に付き、コメントする余地も無いかもしれないけど、どうにもつっこみたい部分があるので敢えて書く。 実はオブジェクト指向ってしっくりこないんです！：気分はstatic！：エンジニアライフ みながわさんが、「実はオブジェクト指向ってしっくりこないんです！」といっているのは、単にオブジェクト指向していないから。しっくり来ないどころか、一度たりともオブジェクト指向したことが無い、ということが、文章を読んでわかった。 その最たる物は以下の部分。 プログラムの記法から見ると、インスタンス宣言って クラス名 インスタンス名 となっていて、型宣言と非常に似ている。 ･･･。この人、型とインスタンスの区別がついてない。インスタンス宣言ってなんだ？じゃあ、型宣言はどういうシンタックスだと思っているのか不思議でならない。クラスとインスタンス、(型とインスタンスも同様)では、思考しているレイヤーが違うのに
全くパラダイムシフトが出来ていない方の愚痴です。 しかも最後の方は何が言いたいのかよく分からないまま終わってしまう、不思議なコラムです。 実はオブジェクト指向ってしっくりこないんです！ http://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html たぶんこういうタイプの人は何を言っても「オブジェクト指向なんて役に立たない。今までのやり方で十分！」って主張し続ける気がします。 この人がこう書きたくなる気持ちは分からなくはないですが、決して正しくはないです。 オブジェクト指向はGUIコンポーネントだけではなく、ビジネスロジックにも有効利用出来ます。 特にシステムやビジネスルールが複雑になればなるほどオブジェクト指向はプログラムの複雑さを抑える事が出来ます。 とはいえ、パラダイムシフトの体験なしではオブジェクト指向の素晴らしさは分か
きむら(K)さんち経由、実はオブジェクト指向ってしっくりこないんです！。いろいろ強烈なインパクトが満載で、スルーできませんでした。 特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。 ぎゃーっ....。本人はまわりを笑っているつもりでも、逆にまわりに嗤われていますよ、絶対。 ここ以外にも突っ込みどころ満載のエントリーですので、読みながら突っ込むお手々が止まらなくって、腕がつりそう。そんな突っ込み連打なエントリーもおもしろそうですが、わたしはそういうのは上手く書けないので（性格がネチっこいから、なんだ
わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く