マリオで学ぶSOLID原則
はじめに 最近オブジェクト指向とデザインパターンについて学び始めたので、勉強しつつ記事にまとめていきたいと思います。 初回はSOLID原則についてです。SOLID原則はオブジェクト指向プログラミングにおいて、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくするために考えられたルールです。 この記事では、オブジェクト指向プログラミングの重要な開発原則であるSOLID原則について皆さんが想像しやすいマリオのクラス実装を例に解説していきます。 1. S (Single Responsibility)：単一責任の原則 クラスは単一の責任を持つべきと言う原則です。 ここでの責任というのは、オブジェクトが持っている機能のことです。 一つのクラスができる機能（責任）が複数あると、クラス内部の関数が強い結合を起こす可能性が高ま理望ましくありません。 次のマリオクラスを見てみましょう。
開発者が知っておくべきSOLIDの原則 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています（頭字語はMichael Feathereによって名付けられま
solid+cqs+dry
CockroachDB はどのくらい「しぶとい」のか？ / How tough is CockroachDB?
Railsで学ぶSOLID（5）依存関係逆転の原則（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: SOLID Principles #5 - Dependency Inversion Principle | Netguru Blog on Ruby/Ruby on Rails 原文公開日: 2018/04/26 著者: Marcin Jakubowski 「SOLIDの原則シリーズ」へようこそ。このシリーズ記事では、SOLIDの原則をひとつずつ詳しく説明し、分析します。シリーズの最後にはいくつかのヒントや考察を含む総括記事をお送りしますのでどうぞご期待ください。 それでは始めましょう。「SOLIDの原則」とはそもそも何なのでしょうか？SOLIDとは、オブジェクト指向プログラミング設計における一般的な原則であり、ソフトウェアをより理解しやすくし、拡張性やメンテナンス性やテストのしやすさを向上させることを目的としています。 単一責
ウェブの父バーナーズ・リー氏、「データを企業から個人の手に取り戻す」新計画
Steven J. Vaughan-Nichols （CNET News） 翻訳校正： 矢倉美登里 高森郁哉 （ガリレオ） 編集部2018年10月01日 13時03分 インターネットは日常生活に欠かせない存在になっている。Tim Berners-Lee氏がウェブを考案し、皆がウェブを利用して情報を共有するのを容易にしたからだ。それから28年が過ぎ、個人情報の大部分が、Amazon.com、Facebook、Googleといった大手企業に支配されている。Berners-Lee氏は、個人のデータを個人の手に戻したいと考えている。 Berners-Lee氏は、新しいオープンソースプロジェクト「Solid」によってそれを実現しようとしている。人々は、個人情報が大手企業に保持されることに嫌気がさしている。AppleやFacebook、Googleなどでわずか数週間のうちに、プライバシー関連のスキャン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
