[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

Articleとoopに関するbleu-bleutのブックマーク (8)

  • より良いプログラムを書くための究極の奇策 – 「Data first, not code first」 | POSTD

    (訳注:2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) 開発者は嫌うでしょう。 ここでは、標準的なコツや策略について書きますが、当に興味があるのは、別のことです。究極の奇策を見つけたいと思います。策略をひとつずつ試して、プログラミングの聖域に少しでも近づければ良いのですが。 はじめに 私が初めて書いたビデオゲームは、 Ninja Wars (忍者戦争)でした。 そう、これは、画像で埋めたHTMLのtableです。 src 属性を変えることで、動きを実現しています。JavaScriptファイルの冒頭は下記のようになっています。 var x = 314; var y = 8; var prevy= 1; var prevx= 1; var prevsw= 0; var row= 304; var endrow= 142; var sword= 296; v

    より良いプログラムを書くための究極の奇策 – 「Data first, not code first」 | POSTD
    bleu-bleut
    bleu-bleut 2015/11/12
    「変数にアクセスできるのはそのオブジェクトのメソッドだけ」
  • コードレビューのベストプラクティス | POSTD

    Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上

    コードレビューのベストプラクティス | POSTD
    bleu-bleut
    bleu-bleut 2015/06/14
    単一責任原則:1つのクラスは変更(?)する理由が2つ以上あってはいけない。開放/閉鎖原則:拡張に対して開いていて修正に対して閉じているか。
  • O/Rマッピングとは?

    皆さん、はじめまして。連載を担当するビーブレイクシステムズの山之内と申します。連載ではO/Rマッピングについて検討していきます。 O/Rマッピング機能を提供してくれるフレームワーク(O/Rマッピングツール)はデータベースと連携するJavaアプリケーション開発において、既に必須となりつつありますが、O/Rマッピングツールはたくさん存在します。 しかし、各O/Rマッピングツールには特徴やクセがあり、実際の開発現場においてどのO/Rマッピングツールを導入すべきか迷っている人も多くいることでしょう。目的にあわせて適切なツールを選択しないと、思ったような効果が得られなかったり、かえって工数が増えたりする状況にもなりかねません。 そこで連載では、代表的な3つのO/Rマッピングツール(iBATIS、Torque、Hibernate)を取り上げて、実際に各O/Rマッピングツールを利用したサンプルを作

    bleu-bleut
    bleu-bleut 2013/10/02
    O/Rマッピング
  • SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?

    (PgDay2012発表資料) SQLにとって、なぜO/Rマッパーが重要かを説明した資料です。Read less

    SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
    bleu-bleut
    bleu-bleut 2012/12/07
    O/Rマッパー
  • 依存性反転の原則について

    なんだかよくわからない説明ですね。ではまず「上位のモジュールは下位のモジュールに依存してはならない」について考えてみます。 なぜ、上位モジュールが下位モジュールに依存してはいけないのでしょう? 例えば、下記のようなCameraを表すクラスを実装したとします。(@implementationはひとまず置いておきます) CameraクラスはGoodStorageクラスのインスタンスを保持しています。ここで、Cameraクラスの実装ではこのstrageに様々な処理を命令するためのメソッドがたくさんあると仮定しましょう。 (例えば、写真を保存する、写真を検索する、写真一覧を取得する、写真のプロパティーを変更する...などなどです) ですが、後になって別の機能を持ったストレージが欲しくなった場合どうすればよいでしょうか?例えば、「既にあるGoodStorageクラスを新しく作ったGreatStora

    依存性反転の原則について
  • PHPでの「ORMライブラリ」機能比較

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    PHPでの「ORMライブラリ」機能比較
    bleu-bleut
    bleu-bleut 2012/02/13
    O/Rマッパー
  • オブジェクト指向の考え方

    UML、Java、デザインパターンなどの言葉をソフトウェア業界の人で聞いたことがないという人はいないでしょう。また、これらはすべてオブジェクト指向と深い関係があるということも、もはや常識です。しかし、あらためてオブジェクト指向とは何かと問われると、一部の人を除いてはよく分からないというのが現状ではないでしょうか。 オブジェクト指向に基づく応用技術が徐々に普及してきていますが、オブジェクト指向の基概念をきちんと理解しておかないとこれらを使いこなすことはできません。せっかくJavaC++などのオブジェクト指向言語を活用しても、その特徴を十分生かすことができず、Cと同じプログラミングを行ってしまうことになります。UML入門書を読んだだけでは、モデリングはできないのです。 オブジェクト指向の基的な考え方をあらためて学ぶことは、結果としてオブジェクト指向の応用技術を使いこなすための近道です。形

    オブジェクト指向の考え方
  • 5分で絶対に分かるオブジェクト指向 ― @IT情報マネジメント

    開発の世界では一般常識化 オブジェクト指向――Object Oriented(OO)という考え方は、JavaやUMLの普及に伴っていまや開発の世界では一般常識化してきました。OO関連の書籍や専門誌特集記事など多数出版されていて、開発に携わっている皆さんはある程度オブジェクト指向の考え方について自分なりに理解できていると思います。そもそもオブジェクト指向の考え方の歴史は古く、最後の“指向―Oriented”は余韻を含んだ言葉ですが、人によりOOの理解の仕方に若干幅があるようです。今回は筆者流にオブジェクト指向の基的考え方を5枚の図を用いて簡単に整理してみたいと思います。 もう 少し時間のある人は、連載「ここから始めるオブジェクト指向―オブジェクト指向基礎講座」(全8回)をご参照ください。さらに時間と興味のある人は、連載「オブジェクト指向の世界」をご参照ください。

    5分で絶対に分かるオブジェクト指向 ― @IT情報マネジメント
  • 1