)
クラス (集合論) - Wikipedia
集合論及びその応用としての数学におけるクラスまたは類（るい、英: class）は、集合(または、しばしば別の数学的対象)の集まりで、それに属する全ての元が共通にもつ性質によって紛れなく定義されるものである。「クラス」の正確な定義は、議論の基礎となる文脈に依存する。例えば、ツェルメロ＝フレンケル集合論 (ZF) ではクラスは厳密には存在しないが、他の集合論（たとえば、フォン・ノイマン＝ベルナイス＝ゲーデル集合論 (NBG)）では、「クラス」の概念は公理化されている（NBG の例だと、別の量 (entity) の要素にならないような量としてクラスが定義される）。 （どのような定式化を選んだとしても）「全ての集合の集まり」はクラスである。（ZF では厳密な言い方ではないが）このクラスだが集合でないようなものは真のクラス (proper class) と呼ばれ、集合となるようなクラス（つまり集合）
クラスメソッドで働く若手AWSエンジニアによる転職ガイド | DevelopersIO
クラスメソッドAWS事業部所属の阿部 洸樹です。 現職は2015年10月にJoinしました。年数でいうと3年目です。 "転職ガイド"など銘打ってみましたが、人にアドバイスできるほど転職していませんし、そんな立場でもありません。 私が転職の前後で考えていたことや今考えている事を共有したら、AWSエンジニアにjob changeしようとしているかたの参考になるかもと思い筆を取ることにしました。 私は事業部の最年少（多分）なので、若手エンジニアの参考になるもしれません。 AWSエンジニアやクラスメソッドに興味のある方は、読んでみてください。 内容は私の主観によるものが多いです。 転職前のこととそのきっかけ 前職の経歴 新卒で入社した前職は主にプライベートクラウドの構築と運用を行なっていました。 職種でいうとインフラエンジニアで運用の比重が多かったです。 サーバー構築、問い合わせ対応、障害対応など
オブジェクト指向プログラミングとは
はじめに 前回の「本連載の今後の展開」でも紹介したとおり、今回からはテーマごとに解説をしていきます。第2回のテーマは「オブジェクト指向プログラミング」です。 オブジェクト指向とは 書籍やWebなどでオブジェクト指向の説明を読むと「オブジェクト指向とは、オブジェクト同士の相互作用として、システムの振る舞いをとらえる考え方である。云々」とあります。これでは説明が変に難しく、身構えてしまうか方も多いのではと思います。 しかし、オブジェクト指向は人間が分かり易いように「現実世界のモノをそのままモデリングしたもの」であり、本来は理解し易いはずです。 現実社会のモノとは、例えば「会社」「社員」「飛行機」……「キャベツ」「大根」などもそうですね。このモノを言い換えるとオブジェクトとも言えます。 「オブジェクト」と「クラス」の違い 「オブジェクト」と「クラス」を混同しないように、その違いを簡単に説明してお
11. Composite パターン
2012/04/26 一部修正しました デザインパターン 11章 Composite パターン 11.1 Composite パターンとは 11.2 サンプルケース 11.3 Composite パターンまとめ 11.1 Composite パターンとは 第11章では、Composite パターンを学びます。Composite とは、英語で「複合物」を意味する言葉です。 Composite パターンは、「容器と中身を同一視する」ことで、再帰的な構造の取り扱いを容易にするものです。 「容器と中身を同一視する」必要が生じる例として、ファイルシステムなどが挙げられます。 あるフォルダ以下のファイルやフォルダをすべて削除したい場合など、それがファイルなのかフォルダなのかを意識せずに、同じように削除できたほうが都合が良いでしょう。 11.2 サンプルケース サンプルケースでは、ディレクトリとファイル
「【改訂版】初歩のUML」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
【改訂版】初歩のUML： 第5回 少しだけ高度なモデリング技術（その2）クラスの依存関係と実現関係 今回も「第4回 少しだけ高度なモデリング技術（その1）」に引き続き、高度なモデリングの考え方についてクラス図を取り上げて説明していきます。今回取り上げるのはクラスの依存関係と実現関係です。（2012/10/1） 【改訂版】初歩のUML（13）： UMLモデリングのノウハウ、最後の秘訣（UMLモデリングの開発過程 開発編その2） （2004/1/10） 【改訂版】初歩のUML（12）： UMLモデリングの開発過程 開発編 （2003/12/20） 【改訂版】初歩のUML： 第11回 UMLモデリングの開発過程（ビジネスモデリング編） （2003/11/15） 【改訂版】初歩のUML： 第10回 開発プロセスの上手な組み合わせ （2003/10/8） 【改訂版】初歩のUML： 第9回 UMLベー
本当にCSSの詳細度は必要なのか | POSTD
(訳注：2016/01/05、頂いたフィードバックをもとに記事を修正いたしました。) まず、初めに言っておきたいことがあります。この記事は、私がどれほど詳細度を嫌っているのかを延々と書いたもの ではない ということです。もしそのような内容の記事を読みたいのであれば、インターネットで探してください。たくさんあるはずです。 この記事の目的はWeb開発コミュニティにただ質問を投げかけることですので、その答えを考えてもらえれば嬉しいです。 問題の核心を突くために、質問を言い換えてみましょう。「 カスケードに詳細度が追加されていない世界の方が良かったのでしょうか、悪かったのでしょうか。 」 もちろん、この質問を見て、 どうでも良いでしょうとか、詳細度は存在するのだから我慢するしかない、考える必要はないだろう と思う人がいることでしょう。 そう思っている人に、このような考えは正しくないということをお知
クラス設計の原則 — みんなのウェディングエンジニアリングブログ
みんなのウェディングの高井です。 クラスベースのオブジェクト指向プログラミング言語を利用している人であれば、クラスとは、ありふれていて普段から利用するものです。にもかかわらず、良いクラスをつくるというのは、なかなかに難しいことです。 先日、みんなのウェディングでアルバイトをしてくれている学生さんのコードレビューをしていたときにも、それを強く感じました。 実践的プラグマティックには「ソフトウェアの規模や文脈にあわせて、適切に抽象化していただきたい」という以上のことを言っても仕方がないところなのですが、それだけでは経験の浅いプログラマーにとって、まったく分からないという話になってしまいます。 というわけで、今回はクラス設計の原則についてのお話しです。 Bertrand Meyerのクラス設計の原則 Bertrand Meyerは『オブジェクト指向入門 第2版』の中で、クラス設計について章をひと
JavaScriptにもクラスがやってきた！JavaScriptの新しいclass構文をマスターしよう
JavaScriptにもクラスがやってきた！JavaScriptの新しいclass構文をマスターしよう 高津戸壮（株式会社ピクセルグリッド） ECMAScript 2015（ECMAScript 6）で新たに追加された待望のclass構文について、その概要をサンプルコードを交えて紹介します。 これまでのJavaScriptにおけるクラス 多くのプログラミング言語はクラスを作れる機能を持っていますが、JavaScriptにその機能は用意されていませんでした。しかし、JavaScriptにはprototypeという柔軟な仕組みが存在しており、このprototypeを利用することで、他の言語で表現されている「クラス」と似たような振る舞いを再現することが可能でした。 それは例えば、こんなふうにです。 /* Cat雛形の作成 */ function Cat(name) { this.setName(
Google流 JavaScript におけるクラス定義の実現方法
目次 2019年追記 はじめに クラス実現のために必要な JavaScript の言語仕様 function this call new 演算子 prototype チェーン プロパティ: prototype Google Closure 流のクラスの実現方法の概要 クラスの宣言とコンストラクタの定義 メンバ変数 (インスタンス変数) メソッド定義と呼び出し private, protected 継承 プロトタイプチェーンを利用してメソッドを親クラスから引き継ぐ 親クラスのコンストラクタの呼び出し メソッドオーバーライドと親クラスのメソッドの呼び出し 多重継承 abstract, interface inherits の実際のコード 良くないクラス実現方法 ES6 のクラス 2019年追記 この記事ではclassが導入されたES6以前のJavaScriptでどのようにクラスに相当するものを
文章に向いてない構造をいかに文章に向いた構造に直列化するかが大事 - きしだのHatena
Software Design 12月号の特集が「なぜエンジニアは文章が下手なのか？」というタイトルだったので、読んでみたら、ちょっと残念な内容だった。 「それは文章で書くべき情報なのか」という章があって、直列化した論理構造であれば文章には書きやすいけど、分岐やループがあるような構造だと書きにくいということが書いてあった。そこで文章化しにくい構造の例として地図があげてあって、暗にそういう構造は文章化をやめて図であらわせと言っているように読める。 けれども、図に書いたところで、書く側は文章化から逃げれて満足かもしれないけど、それを読み取る側は結局どこかから順番に解釈していく必要がある。図に逃げるのは、読み手に責任を押し付けているだけだと思う。 で、「ですから文章を書く前にまず論理構造を考える必要があります」と続いていて、では考えた論理構造が「文章に向かない論理構造」だったらどうするの？逃げる
Javaのクラス宣言5種+α - プログラマーの脳みそ
Javaのクラス宣言には5種類ある。 トップレベルクラス・ネストしたクラス・内部クラス・ローカル内部クラス・匿名クラス(無名クラスとも言われる)の5種類だ。 今回はこの5種類のクラス宣言のおさらい。 トップレベルクラス これは普段使っているクラス。拡張子が.javaのファイルを作り、そのファイル名とクラス名を合致させなくてはいけない。そのjavaファイルのトップレベルに位置する。 ネストしたクラス 「ネストしたクラス」(Nested class)とはクラスの中にクラスがネストしている状態。トップレベルクラスの内側にstaticキーワードをつけてクラス宣言を行う。 public class Outer { public static class Nested { } } このネストしたクラスは、トップレベルクラスと同等の機能性を持つ。 クラス名はOuter.Nestedという名前で扱われるが
第2回 要素間の関係を明らかにしよう！ | Think IT
1. はじめに 本連載は、UMLの導入に敷居の高さを感じている方を対象としています。そんな方に、手軽で有効的なUMLモデルの利用方法を紹介することが、本連載の目的です。 第1回では「モデルがコミュニケーションを円滑にする」と述べました。まずは「最小限のUML仕様の知識だけでUMLモデルを作成し、手軽に、有効的に使ってみる」ことを提案しました。 今回は、最小限のUMLの知識を用いて、分析や設計の情報を正しく表したUMLモデルを作成する手順を解説します。 第1回で「厳密な仕様に基づいたUMLモデルの作成方法は解説しない」と述べましたが、今回はあえてUMLモデルの作成方法を解説します。ただし、あくまでもコミュニケーションを支援することを目的に、最小限のUML仕様と基礎的なモデリングの知識だけを用い、「役立つUMLモデルを手軽に作成する」ための手順を解説します。 文書や口頭だけで設計情報を伝えるの
オブジェクト指向スクリプト言語 Ruby リファレンスマニュアル
Ruby オフィシャルサイト http://www.ruby-lang.org/ja/ version 1.8 対応リファレンス 原著：まつもとゆきひろ 最新版URL: http://www.ruby-lang.org/ja/documentation/ 使用上の注意 Ruby 1.8 の組込みクラスのリファレンスは揃っています。 Ruby 1.8 の標準添付ライブラリのリファレンスは一部未完成です。 それ以外のドキュメントについては、まだまだ書き直しが必要です。 目次 はじめに コマンド Rubyの起動 環境変数 Ruby 言語仕様 Ruby でのオブジェクト: オブジェクト クラス プロセスの実行: Ruby プログラムの実行 終了処理 スレッド セキュリティモデル Ruby の文法: 字句構造 プログラム・文・式 変数と定数 リテラル 演算子式 制御構造 メソッド呼び出し(super
強く型付けされているJavaの理解に必修の“型変換”
強く型付けされているJavaの理解に必修の“型変換”：【改訂版】Eclipseではじめるプログラミング（18）（1/3 ページ） これからプログラミングを学習したい方、Javaは難しそうでとっつきづらいという方のためのJavaプログラミング超入門連載です。最新のEclipse 3.4とJava 6を使い大幅に情報量を増やした、連載「Eclipseではじめるプログラミング」の改訂版となります プログラマは特に知っておきたい型変換の常識 今回は、さまざまな「型変換」について説明します。また、型変換に関連する基本データ型の「ラッパークラス」や文法事項についても解説します。型変換には「暗黙の変換」「明示的な変換」があるので、注意が必要です。 特に暗黙の変換について理解していないと、誤って自動変換された値を使ってしまい、プログラムの結果が思ったとおりにならず大変なことになってしまうことがあるからです
UMLを描こう - Vol.2 シーケンス図 - アシアルブログ
※より具体的な例は こちらの新しい記事 を参照してください。 シーケンス図とは？ シーケンス図とは，オブジェクトの動的な相互作用を表現するためのUML図です。 オブジェクト指向は，一言で言えば「役割分担」なので，オブジェクト同士のコミュニケーションが重要です。 シーケンス図では，オブジェクト同士のコミュニケーションによるインタラクション（相互作用）の様子を明確に表すことができます。 シーケンス図においてインタラクションは，メッセージ送受信のシーケンスとして図示されます。 クラス図がクラスの静的な定義とするなら，シーケンス図はオブジェクトの動的な振る舞いの定義と言えます。 3秒で分かるシーケンス図の描き方 まずは登場するオブジェクトを並べます。 長方形の中に「オブジェクト名：クラス名」と書いてオブジェクトを表します。 オブジェクト名とクラス名のどちらか一方を省略してもかまいません。 オブジェ
「わかる!JavaVM ― 2時間でわかる?JavaVM入門」へ行ってきた - 虎塚
面白かったー。 で、ブログを書くまでが勉強会らしいので、とりいそぎ、ｇｄｇｄなメモを貼っておきます。 要約ではなく、チラ裏的なアレですので、ご了承ください。 クラスローダーについて（ashigeruさん） クラスローダーについて ロード処理のこと。 親jarのバージョンが古いとそっちを見ちゃってヤバイ Tomcat5.5〜は、自分を先に見てからTomcatが提供してるクラスローダを見にいく すなわち親の影響を受けにくい OSGiは親から探す。必要なやつだけ選べる ライブラリの衝突をパッケージ名変更で乗り切るとかの話 定義ローダのこと。 親が違うとClassNotFound 定義ローダが違うとキャストしたとき問題がでるよ ドッペルゲンガーは親から探すと起きないよ リローディング技術のこと。 親からクラスファイルのバイナリをパクってくる リローディング用のクラスローダで定義する しかし全部やる
JavaScriptのnewって本当にいらない子？ - あと味
先日、「JavaScriptのオブジェクトについて考察してみた - あと味」を書いてから、chikuraさんからコメントいただいたり、id:dankogaiさんから「404 Blog Not Found:javascript - にはクラスはない」という記事で言及いただいたり、JavaScript: The Good Partsを読み返したりした結果、newについて調べたいという衝動にかられましたので、その調べた結果を書いてみたいと思います。 newを調べようと思ったキッカケを整理 まずは、そのキッカケから整理します。 chikuraさんのコメントより 押さえるべきポイントは、new演算子の際に何が行われるか？だと思うので、こちらのページもぜひ読んでみてください。 JavaScript の new 演算子の意味: Days on the Moon http://nanto.asablo.j
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Date (Java Platform SE 6)
今からでも遅くない これから始めるScala（後編）
Rubyリファレンスマニュアル