タグ

オブジェクト指向に関するt1mvverrのブックマーク (14)

  • 「オブジェクト指向神話からの脱却」という特集をWEB+DB PRESSで書きました - きしだのHatena

    「オブジェクト指向神話からの脱却」というあおり気味タイトルの特集をWEB+DB PRESS vol.132で書きました。 12/24発売!クリスマスプレゼントです WEB+DB PRESS Vol.132 作者:きしだ なおき,加藤 尋樹,斉藤 洸紀,牟田 裕太郎,吉澤 政洋,朝日 リナ,鈴木 僚太(うひょ),川島 義隆,五十嵐 進士,末永 恭正,佐藤 雄太,吉井 健文,牧 大輔,西山 和広,吉田 花春,古川 雅大,岡林 大,池澤 春菜,和田卓人,日高 正博,はまちや2,竹原技術評論社Amazon 大まかには、「オブジェクト」でソフトウェアをぜんぶ考えるということに無理があったので、パーツそれぞれ適したやりかたでやっていこうぜ!という内容です。 ソフトウェアを切り出したときのパーツとしてのオブジェクトの特性が同質であるという暗黙の前提があって、だから「オブジェクトの話をすればソフトウェア開

    「オブジェクト指向神話からの脱却」という特集をWEB+DB PRESSで書きました - きしだのHatena
    t1mvverr
    t1mvverr 2022/12/09
    守破離の離みたいな事を伝えても正しく理解されなくて意味なさそうに感じる。オブジェクト指向の事を理解してる人じゃないと、オブジェクト指向からの脱却はできないのでは?
  • 単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場

    単一責任の原則(Single responsibility principle)について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle:単一責任の原則 Open/closed principle:オープン/クロースドの原則 Liskov substitution principle:リスコフの置換原則 Interface segregation principle:インターフェース分離の原則 Dependency inversion principle:依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や

    単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場
  • オブジェクト指向はすでに粒度が時代にあっていない - きしだのHatena

    定期的にオブジェクト指向disを書いてしまってるのだけど。 とりあえずオブジェクト指向の話をすると定義が人によって違いすぎるので、改めてここでの定義を書いておくと 、基的にはOMTの「データ構造と振る舞いが一体となったオブジェクトの集まりとしてソフトウェアを組織化すること」 に従うのですが 「1990年に流行りソフトウェア開発のすべてを飲み込み、いまとなっては人それぞれ定義が違って技術的議論に使えなくなった、主にオブジェクトを基単位としてプログラムを整理するやりかたを指すマーケティング用語」 という感じです。 ほとんどの場合で人によってオブジェクト指向の指す範囲が違いすぎて、技術的知見の共有には使えなくなっています。でも、いずれの定義にしろオブジェクトを基単位にするというのは重要ではないかと。 ソフトウェアの組織化の単位としてオブジェクトを使うというのが大事で、データの搬送に構造体代

    オブジェクト指向はすでに粒度が時代にあっていない - きしだのHatena
    t1mvverr
    t1mvverr 2021/09/25
    webシステムはサーバをステートレスに設計して、セッションやらキャッシュやらは外部DBに保存してロジックとデータ分離しよう、みたいな雰囲気ある気がする。
  • オブジェクト指向の呪いと、その避け方 - mizchi's blog

    このテーマで書く前に、まず、最初に自分に多少の偏りがあることを認めておかなくてはなりません。 オブジェクト指向より、関数指向寄り オブジェクト指向のアプローチは有用だが、ただしそれを実現する手段はクラスと継承ではない。 階層化されたツリー構造(GUI/リレーショナルな参照構造)に埋め込まれる状態はコード品質を悪化させるので、できるだけ出現するべきではない。 ただし、状態は確実に存在する。だからこそ慎重に扱うべきだ、という派閥です アンチパターン: 特に理由もないクラスメソッドへの所属 何かのバリデータを実装したいとします。 その関数がどこに所属するかについて、よく見るこれらの実装は全部アンチパターンといっていいと思います export class Validator { static validate() {...} } export class Validator { validate(

    オブジェクト指向の呪いと、その避け方 - mizchi's blog
    t1mvverr
    t1mvverr 2019/08/20
    オブジェクト指向が呪われてるのでは無く、継承・Javaみたいなクラス強制の言語で実装して無駄に名前空間が出来る・生存バイアスで副作用が起こる実装がされる、とかが絡まり合って呪いを生み出していると思う。
  • 関数型プログラミングはオブジェクト指向プログラミングに変わるパラダイムになると思いますか?

    回答 (2件中の1件目) 実質A2Aどうもありがとうございます笑 自分はこの炎上ネタのある種のエクスパートなので、その辺の事情も含めお答えしたいと思います。 Quora日語版では、この質問に先立ち、一時期プログラミングのデザインパターンというものが大流行しましたが、現在ではどのように評価されているのでしょうか?という質問があり、数日前に静かな注目を浴びました。 どの程度、静かに注目を浴びたかと言うと、他の回答者の回答もそうでしょうが、自分の回答の統計データでは、それまでの3ヶ月間のすべての回答の総アクセス数を、たった2日間で、このQ&Aだけで上回る程のアクセス数がありました。Qu...

    関数型プログラミングはオブジェクト指向プログラミングに変わるパラダイムになると思いますか?
  • モデル駆動開発とはどのようなものですか?

    t1mvverr
    t1mvverr 2019/06/04
    これを実務でやる時ってRDBにデータ格納する時ってどうするんだろうか。
  • オブジェクト指向とは何ですか?

    回答 (8件中の1件目) 英語では「object-oriented」で「OO」と略され、1960~1980年代のプログラミング手法(OOP)から始まり、その応用としてソフトウエアの設計・分析の手法(OOD/OOA)、近年はユーザーインターフェース・エクスペリエンスのデザイン(OOUI/OOUX)、オブジェクト指向存在論(OOO)なる哲学分野にまで、広く使われる用語です。ここではOOPについて説明を試みます。 オブジェクト指向の「オブジェクト」は、1967年に発表されたSimula 67 [1] というプログラミング言語に組み込まれた当時としては新しい同名の言語機能(あるいはそれに準ずる...

    オブジェクト指向とは何ですか?
    t1mvverr
    t1mvverr 2019/06/04
    主流の言語は②のOOPはあるけど、①のOOPは無いから、①のOOPに触れる機会がほとんど無い。なので大半の開発者は②しか触ってないので不毛は続きそう。
  • オブジェクト指向 v.s. 関数型プログラミング

    近年、関数型プログラミングの重要性はいろんなところで叫ばれています。 Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。 Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。 プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。 関数型プログラミングへの注目度は高まってきています。 おそらく、みなさんは既にオブジェクト指向が何か、を知っています。 でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。 実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、 関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。 この記事を読む方の中で、「関

    オブジェクト指向 v.s. 関数型プログラミング
  • 先輩教えて!プログラミングのabc(オブジェクト指向編)---オブジェクトって,何がすごいの(上)

    「ねぇ先輩。改めて思ったんですが,『オブジェクト』ってそんなすごいことなんですか」 「自分だって使ってるじゃない。この間なんて,『クラスがないなんて,考えもつかない』とか言ってたのはどこの誰だよ」 「でも,そのどこがすごいのかわかんないです」 「ふーむ。じゃあ簡単に。大きくは二つあるかな。分割統治と,モデルの作りやすさ」 「分割統治?」 「影響の範囲はとにかく絞り込め,さ」 1981年に米BYTE誌がSmalltalk-80を紹介したのが,おそらくオブジェクト指向が研究室を飛び出した最初だろう注1)。それ以来,20年以上の月日が流れた。ようやくここ数年,「オブジェクト指向」という概念が当たり前に使われる存在となってきた。しかしここまで普及するにはかなりの時間がかかった。 当初オブジェクト指向の“メリット”として強調されていたのは,再利用に伴う生産性の高さである。オブジェクト指向の三つの礎石

    先輩教えて!プログラミングのabc(オブジェクト指向編)---オブジェクトって,何がすごいの(上)
    t1mvverr
    t1mvverr 2018/04/17
    "オブジェクト指向の醍醐味は、分割統治と、モデルの作りやすさ"でしっくり来た。
  • コンテナ・デザイン・パターンの論文要約  - Qiita

    Brendan Burns, David Oppenheimerらの論文「Design patterns for container-based distributed systems」を読んで、コンテナを活用したシステム設計や開発に、とても有用と感じたので、図を中心にした要約にしてみた。 要約内容に誤りや理解不足な部分もあると思うので、原文も参照していただきたい。また、自身の理解のために、論文中に無い図を加えた点、独自の注釈も加えている。 背景 コンテナ化されたソフトウェアコンポーネントから構築されたマイクロサービスアーキテクチャの人気が高まり、分散システム開発においても同様の革命が起っている。 コンテナの境界の壁は、分散システムの基的なオブジェクトの境界に適している。そこで、コンテナを活用して、コードの低レベルの詳細を抽象化し、アプリケーションやアルゴリズムに共通する高レベルのパター

    コンテナ・デザイン・パターンの論文要約  - Qiita
    t1mvverr
    t1mvverr 2018/03/07
    依存するコンテナを注入するDIパターンとか出そう。そしてDIを管理するツールとか出そう。
  • デザインパターンとともに学ぶオブジェクト指向のこころ を読んだ - takatoshiono's blog

    読んだ理由 最近、ソフトウェアの設計力が不足していると感じる。もっといい感じにクラスを設計して、オブジェクト指向ぽいプログラムを書けるようになりたい。しかもスピード感を持ってやりたい。ということで、いまさらだけど、オブジェクト指向についてもう一度学んでみようと思った。を読めばいいという訳じゃないけど、とりあえずもっと知識を増やしたい。渋谷の東急百貨店 7F の丸善&ジュンク堂書店に行って、 オブジェクトデザイン (Object Oriented SELECTION) エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践) オブジェクト指向のこころ (SOFTWARE PATTERNS SERIES) の3冊で悩んだ結果、これを買った。決める要因となったのは、 ついでにデザインパターンについて理解を深められたらいいなと思った これまで

    デザインパターンとともに学ぶオブジェクト指向のこころ を読んだ - takatoshiono's blog
  • データ中心指向とオブジェクト指向

    オブジェクト指向プログラミングと対比されるものとして、手続き型のほかに、データ中心指向があります。データ中心指向は、大量のデータを扱う業務アプリケーションで適用される方法論で、機能や処理を中心に考えるのではなく、データを中心に考えていくアプローチです。機能や処理に比べてデータは不変であるため、データが重要な意味を持ってくる業務アプリケーションでは、この考え方が適しています。 オブジェクト指向との違いは何かというと、簡単に言えば、オブジェクトを中心に考えるか、データベースを中心に考えるかの違いです。 ドメインを中心に考えている点では、どちらも一緒です。ドメインとは、アプリケーションが解決しようとしている問題領域のことです。ドメインを明確にする際、モデルが作成されます。モデルは、その問題領域で扱うデータを構造化し、関連を明確にし、アプリケーションの質的な部分、骨子を明確にしていくものです。そ

  • 凡人の凡人による凡人のためのデザインパターン第一幕 Public

  • 初心者のための逆に考えるオブジェクト指向 第1話

    t1mvverr
    t1mvverr 2016/05/08
    "プログラミングは語学"
  • 1