geniacllm/wiki40b huggingface dataset:
1993年 全豪オープン（Australian Open 1993）は、オーストラリア・メルボルンにある「メルボルン・パーク・ナショナルテニスセンター」にて、1993年1月18日から31日にかけて開催された。
豊田 三郎（とよだ さぶろう、1907年（明治40年）2月12日 - 1959年（昭和34年）11月18日）は、日本の小説家。本姓は森村。妻は歌人の森村浅香、作家の森村桂は長女。
埼玉県南埼玉郡川柳村（現草加市）出身、旧制粕壁中学（現在の埼玉県立春日部高等学校）から旧制静岡高等学校を経て東京帝国大学独文学科を卒業し、「赤い鳥」編集部に入る。その後紀伊國屋書店出版部に入社、舟橋聖一や田辺茂一と知り合い、雑誌「行動」の編集長を務める。1935年、小説『弔花』を『新潮』に発表して注目され、文筆生活に入る。戦時中は旧制中学校の国語教員を務める傍ら、長編小説『青春』を執筆する。さらに陸軍報道班員としてビルマに渡る。帰国後は、戦争の体験をまとめた『行軍』（1944年）で文学報国会賞を受賞する。戦後は『仮面天使』（1948年）がベストセラーになる。1953年、『好きな絵』で芥川賞候補になるが落選する。日本文芸家協会書記局長としてはチャタレイ裁判に取り組む。1959年11月18日、狭心症のため急死。享年52（長女・桂19歳）。最期の言葉は「生きていても、死んでも、どっちでもいい。あばよ」だった。娘・桂の『天国にいちばん近い島』の中で、幼い頃の著者にニューカレドニアの話を聞かせた父親として登場する。
晴海トリトン（はるみトリトン - 英語名称: Harumi Triton）は、東京都中央区晴海一丁目にある晴海アイランドトリトンスクエア内にある都市型複合商業施設。運営は、住商アーバン開発株式会社。ショッピングゾーンは南欧の街並みを再現。約60店舗のショップとレストランが戸建感覚に立ち並んでいる。また、2階の中央に位置するパティオ「神話の広場」。ギリシャ神話をモティーフにした大天井画があり、床にはモザイクタイルで「海のトリトン」が描かれている。
この発明は、たとえば小規模の個人住宅建設予定地が軟弱地盤であるときに該軟弱地盤である基礎構築部分の近くに地盤安定材を打ち、地盤の不同沈下を抑止する安定材付きベタ基礎工法に関するものである。
当社は創業当初より販売促進ツールや広告物などの企画・制作を行っており、その範囲は医療用医薬品・OTC医薬品・食品と幅広く、相手先もグループ会社の杏林製薬に限らず、同業他社にも手掛けている。また、短波放送の医学番組で放送された内容を編集した月刊の医療情報誌「ドクターサロン」の発行も行っている。また、2011年4月からは医薬事業を手掛ける杏林製薬が持つ感染症領域におけるプロセンスを生かし、「キョーリン製薬グループ」全体で環境衛生事業に進出することとなり、その際、親会社のキョーリン製薬ホールディングスから増資を受け、現社名に変更された。なお、以前に杏林製薬の子会社として同名の社名が存在しており、当社へ統合時に一度消滅していたため、当社がその名称を引き継ぐこととなった。
教科用図書（きょうかようとしょ）は、日本の学校教育法に基づいて、初等教育・中等教育において主たる教材として使用される図書のことである。「教科書」とも呼ばれるが、「教科書」には「教科書に準ずるもの」として「地図」が含まれること（この場合の「地図」は、「教科書」として法令上みなされている）、また、一部に「教科書以外の教科用図書」（この場合の図書は「教科書」とはされていない）が使用されていることに留意を要する。
教科用図書については、元々、学校で教科を教えるために用いられたことから、教科書とも呼ばれることが多い。初等教育・中等教育の学校では、文部科学省（旧文部省）が公示する「教科用図書検定基準」に合致した教科用図書を使用しなければならない。なお、教科用図書検定基準においては、学習指導要領に準拠することが示唆されている。教科用図書には、文部科学省の教科用図書検定に合格した「文部科学省検定済教科書」（いわゆる検定済教科書）や「文部科学省著作教科書」、あるいはそのどちらにも属さない「教科書以外の教育用図書」（学校教育法第107条に基づく教科用図書）がある。ただし、授業における副教材や児童・生徒の自己学習においては、文部科学省が発行に全く関与していない検定外教科書も用いられることもある。高等教育（大学・短期大学・高等専門学校など）や専修学校、各種学校（朝鮮学校など）の授業で主たる教材については、文部科学省による検定はない。これらについては教科書の項目を参照のこと。
教科用図書の定義としては、「教科用図書検定規則」（平成元年文部省令第20号）の第2条に、『「教科用図書」とは、小学校、中学校、中等教育学校、高等学校並びに特別支援学校の小学部、中学部及び高等部の児童又は生徒が用いるため、教科用として編修された図書をいう』と定められている。 また、教科用図書のうち、特に文部科学大臣の検定を経たもの、または文部科学省が著作の名義を有するものは、教育法令でいう「教科書」とされ、教科書の発行に関する臨時措置法（昭和23年法律第132号）の第2条第1項には、『「教科書」とは、小学校、中学校、高等学校、中等教育学校及びこれらに準ずる学校において、教科課程の構成に応じて組織排列された教科の主たる教材として、教授の用に供せられる児童又は生徒用図書であつて、文部科学大臣の検定を経たもの又は文部科学省が著作の名義をするものをいう』 と定められている。
小学校、中学校、中等教育学校、高等学校並びに特別支援学校の小学部、中学部及び高等部の課程では、原則として、文部科学大臣の検定（教科用図書検定）を経たもの（文部科学省検定済教科書）、または文部科学省が著作の名義を有するもの（文部科学省著作教科書）を使用しなければならないことになっている（学校教育法第21条・第40条・第51条・第51条の9・第76条）。ただし、高等学校、中等教育学校の後期課程、特別支援学校並びに特別支援学級においては、当分の間、文部科学省検定済教科書および文部科学省著作教科書が存在しないときに、これらの教科書以外の教育用図書を使用することができる（学校教育法附則第9条（旧学校教育法第107条）など）。いわゆる「附則第9条図書」（旧「第107条図書」）などである。
文部科学省検定済教科書は、普通は民間の出版社などが制作・検定合格を経た後、発行・販売を行う。文部科学省著作教科書も同様で、同省が競争入札を行い、入札した出版社が制作・発行・販売を行う。これらの教科用図書は、普通は発行・販売する出版社から、各都道府県の教科書特約供給所または大取次会社を経て、教科書供給業者（一般的に書店との兼業が多い）を介して各学校や児童・生徒に流通する。一部の店舗（三省堂書店神田本店など）を除いて、取り寄せ注文を経ない一般への販売はほとんどされていない。
義務教育諸学校の教科用図書の無償に関する法律および義務教育諸学校の教科用図書の無償措置に関する法律の規定により、義務教育諸学校（（学校教育法（昭和22年法律第26号）に規定する公立小学校と中学校並びに特別支援学校の小学部及び中学部）で使用される教科用図書については、無償で給与されることになっている。ただし紛失・破損時には、各都道府県の教科書特約供給所や、教科書供給業者において所定の料金を払うことによって再び入手することが可能となっている。
高松市北部、瀬戸内海に突き出す屋島において、その先端部である長崎ノ鼻の尾根上（標高約55メートル）に築造された古墳である。これまでに明治初年に乱掘されたというほか、1997-1999年度（平成9-11年度）に確認調査が実施されている。墳形は前方部の開かない柄鏡式の前方後円形で、前方部を西南西に向ける。墳丘は3段築成。墳丘表面では葺石が認められるが、埴輪は認められず、くびれ部付近で小形丸底壺1点のみが検出されている。主体部の埋葬施設は後円部における竪穴式石室で、石室内には阿蘇石製の刳抜式舟形石棺が据えられている。この長崎鼻古墳は、古墳時代中期の5世紀初頭頃の築造と推定される。当時の屋島は離れ小島であり、周辺で経済力を示す農耕平地も認められないことから、築造背景としては海上交通を掌握した被葬者像が想定され、阿蘇石製石棺の使用もその広範な活動を示唆する。加えて香川県内の多くの古墳（内陸の丘陵上にあり後円部を平野部に向ける）とは立地・方位が異なる点や、3段築成で精緻な葺石を有する古墳が香川県内では他に見られない点などにおいて、非在地的な特色を示す古墳になる。古墳域は1934年（昭和9年）に国の史跡・天然記念物「屋島」に包含して指定されている。
主体部の埋葬施設は竪穴式石室で、後円部において構築される。墓壙の規模は長軸6メートル・幅3.5メートルを測る。床面には玉砂利を敷き、それに埋没する形で石棺が据えられる。また玉砂利の上面には安山岩板石が小口積みされている。石棺は阿蘇溶結凝灰岩製の刳抜式舟形石棺で、長さ2.5メートル・幅1メートル・棺蓋高さ0.20メートル・棺身高さ0.55メートルを測る。棺蓋の側縁部片側では縄掛突起3個が、棺身の受部では船縁状突起が認められるほか、棺身の底面は半円状を呈し、棺内面には赤色顔料が塗布される。この石棺は北肥後地方の菊池川流域における製作と推定される。香川県内では、それまで同地域産石棺の使用は5世紀中葉の丸山古墳・青塚古墳（いずれも観音寺市）以降とされていたが、5世紀初頭の本古墳での発見はそれを遡る時期に修正するものになる。
ジョヴァンニ・ダ・モンテコルヴィーノ（Giovanni di Montecorvino、1247年-1328年）はイタリア・モンテコルヴィーノ・ロヴェッラ出身のカトリック司祭、宣教師。インドを経て中国で宣教活動を行い、多くの信徒を獲得した。アジアへのキリスト教伝播に大きな役割を果たした。
ジョヴァンニ・ダ・モンテコルヴィーノ（以下モンテコルヴィノ）はフランシスコ会司祭であった。当時のフランシスコ会は非キリスト教徒への宣教を主な事業としており、モンテコルヴィノは東ローマ帝国皇帝ミカエル8世パレオロゴスに招かれ、東西教会統一のための特使として教皇グレゴリウス10世のもとへ派遣されたこともあった。後にニコラウス4世の命を受けて近東および中近東地域、特にアジア出身の遊牧民への宣教を行うため1275年から1289年にかけてペルシャなど中東各地へ赴いた。1286年、イルハン朝の君主アルグンはモンゴル皇帝クビライ（在位：1260年-1294年）の依頼としてカトリックの宣教師の中国派遣をネストリウス派の司教バール・サウマを介して教皇に要請してきた。そのころのクビライはキリスト教に興味を持っていたといわれる。こうして中東から戻ってきたモンテ・コルヴィノにニコラウス4世から中国への布教という新たな使命が与えられた。1289年、モンテコルヴィノは教皇庁の公式使節としてローマを出発した。モンテコルヴィノの旅にはドミニコ会員ニコラス・デ・ピストイア（Nicholas de Pistoia）および商人ペトルス・ルカロンゴ（Petrus de Lucalongo）が同伴した。一向はペルシャに入り、現在のイランの東アーザルバーイジャーン州にあるイルハン朝の首都タブリーズに到着した。ペルシャを出た一行は1291年にインド洋をわたり、「使徒トマスの国」と呼ばれたマドラスに1年ほど滞在して宣教し、100人ほどに洗礼を授けたが、同行したニコラスはインドで没した。1291年12月、モンテコルヴィノはインドから書簡を書いている。彼が中国に到着したのは出発から五年目の1294年であった。モンテコルヴィノが大都（現在の北京）に到着したのは、クビライが没し、テムルが後を継いだころであった。テムルはキリスト教を良く思っていなかったが、モンテコルヴィノの人柄を信頼するようになった。すでに中国には景教（キリスト教ネストリウス派）の信徒がおり、モンテコルヴィノが自らを正統であるとして彼らを批判してもテムルは取り立てて注意することもなかった。1299年、モンテコルヴィノは北京に最初のカトリック教会を建設し、1305年には宮廷近くに第二の教会を建て、多くの信徒を獲得した。さらに身寄りのない子どもたちを引き取って教育し、ラテン語の初歩や聖歌を教えた。自身も中国語で説教ができるまでになったため、新約聖書と詩篇の中国語の翻訳にも取り組んだ。1305年と1306年のモンテコルヴィノの手紙では中国においてカトリック信徒の数が増え、事業が拡大していること、ヨーロッパから「カタイ」（中国）にいたるルートが明らかになったことについて記している。1305年と6年の二通の書簡はカザリア（クリミア）のフランシスコ修道会管区に向けて記載されたもので、前者では聖人伝・聖歌集等の布教用の書籍の送付や同志の派遣を依頼している。モンテコルヴィノは11年間、一人で働いていた。1303年になってようやくドイツ人フランシスコ会士アルノルドが中国にたどりついた。1307年、教皇クレメンス5世はモンテコルヴィノの宣教活動の成功を喜び、さらに7人のフランシスコ会員司教を派遣して、モンテコルヴィノを北京の大司教に任命することにした。7名のうちで1308年に大都にたどりついた3人（ガラルドゥス、ペレグリウス、ペルージャのアンドレウス）の手でモンテコルヴィノは司教叙階を受けた。さらに20年近くモンテコルヴィノは宣教師として活躍し、後進の宣教師たちも精力的に活動した。フランシスコ会で伝えられた「モンテコルヴィノは三代皇帝カイシャンを信仰に導いた」という話が単なる伝説であったとしても、彼の宣教活動は成功をおさめたことは疑いようがない。すでに北京だけでなくアモイにも教会施設がつくられていた。1328年ごろ、中国宣教に半生をささげたモンテコルヴィノは中国の地でその生涯を閉じた。彼は人柄と徳によって多くの中国人を魅了し、キリスト教信仰へ導いた。彼の死後、40年以上北京のカトリック教会は活動し続けた。
非常に謹厳な性格だったようで、1306年の書簡では、同志の派遣を依頼しながらも、「私が云うのは模範的生活をするよう励む者であって、僧侶の権力を主張し、信心ぶりを誇示する者のことではない。こういった人は当地の仕事には向かない」と記載され、カステルロのペレグリノ（ペレグリウス）の書簡では「厳格で荒っぽい」と記されている。また後任と目していたペルージャのアンドレウス修道士は後継大司教を断り、北京にいづらくなり、ザイトン（泉州）に赴く結果を招いている。
人事に関する訴訟事件その他家庭に関する事件について、家庭裁判所が扱う調停事件（別表2に相当）である。なお、家事調停を行うことができる事件について民事訴訟や人事訴訟を提起しようとする場合には、まず家庭裁判所に家事調停の申立てをしなければならない（257条1項、調停前置主義）。
国際化の進展などにより人事事件や家事事件の管轄が複雑になっていることを踏まえて、人事訴訟法やこの法律を改正し、国際裁判管轄を明確にするため、2014年（平成26年）4月25日には法制審議会に置かれた国際裁判管轄法制部会が初会合を行った。2015年（平成27年）2月27日には同部会が「人事訴訟事件及び家事事件の国際裁判管轄法制に関する中間試案」を取りまとめた。同年9月18日には同部会が「人事訴訟事件及び家事事件の国際裁判管轄法制の整備に関する要綱案」を取りまとめ、同年10月9日の法制審議会の総会で法務大臣に答申することを決定した。法務省は、要綱を基にして「人事訴訟法等の一部を改正する法律案」を作成し、2016年（平成28年）2月26日に第190回国会へ提出したが、2017年（平成29年）の第194回国会まで継続審議となり、衆議院解散により廃案となった。改めて2018年（平成30年）2月6日に第196回国会へ提出され、人事訴訟法等の一部を改正する法律(平成30年4月25日法律第20号)として成立した。施行は「公布の日から起算して一年六月を超えない範囲内において政令で定める日」（附則第1条）となっており、2018年10月18日現在、施行日は未定である。
「背筋を伸ばそう」をテーマにして、若者たちが未来に向かって一生懸命に生きて行く様子を描いた青春喜劇。舞台は神奈川県・湘南の時雨浜にあるホテル「鴎亭」（かもめてい）。太郎・次郎・三郎の三兄弟は亡き父が遺したこのホテルを守って経営していたが、一億円の父の遺産が入るはずが逆に五億円の借金の肩代わりに鴎亭が抵当に入ってしまった。そんな所に債権者側から送られて来た管財人・久美子に太郎たちは振り回されるが、太郎たちと一緒に兄弟同様に育てられた勇夫も「力になる」と言って駆けつけ、共に鴎亭を支えていく。プロデューサーの飯島敏宏によると、本作は「本音と建前の違いによって生まれる笑いと涙」を狙って製作したと言う。
『やあ!カモメ』- 歌：太田裕美 （作詞・作曲：太田裕美、編曲：萩田光雄）
新宿でスカウトされ、同時期にバイト先の上司に「俺の元カノ、AV女優になった」と言われたことでデビューを決めた。もともと父がAV収集を趣味としており、実家には大量のVHSがあり近しいメディアことも理由としている。ただし両親は橘がAV女優であることはバレていないとしている。
シレ川に臨み、人口646,235人（2003年）と同国最大の都市である。シレ高地の交通の要衝であり、マラウイにおける商業の中心地である。政府機関や数校の専門学校等がある。タバコ・トウモロコシ・コーヒー・キリ油・小麦などがおもな産品。人口増加が著しく、2075年に1506万人、2100年の人口予測では4091万人を数える世界14位の超巨大都市となる予測が出ている。
この事件では、少年の犯罪の証拠は上記の事件の犯行を認めた供述調書であり、事件への関与を証明する物証に乏しかった。またAが犯行日時に被害者宅と別の場所に所在したというアリバイがあったが、警察は無視した。最終的に裁判では元少年は無罪判決は得たが6年7か月の身柄拘束、無罪確定までの7年8ヶ月の被告人の立場にあった。
少年を犯人視して以降はそれ以外の捜査を行わなかったので、真犯人を探し出すことはできなかった。なお、山崎元刑事が1997年に出した「現場刑事の告発－二俣事件の真相」では有力容疑者を名指ししている。その人物は幼児の行方が分からなかった段階で母親の下敷きになっていたことを示すなど犯行中に現場にいなければ口にしないであろう言葉を述べていること、被害者が死ぬことで利益を得る立場だったこと、紅林警部がその人物からお金をもらうところを紅林の部下から聞かされたなどの傍証が存在する。
2003年に水戸ホーリーホックの練習生として加入。そして翌年にトップ選手として登録された。かつてFWだったことから、水戸では一時期チーム得点王となっていたこともある。 2005年7月8日の湘南戦ではフリーキックを直接決め、チームを逆転勝利に導くなどの活躍を見せた。また、背番号がかつて社長と呼ばれていた木澤正徳の2番を受け継いでいることから、社長の遺伝子を継ぐ男と呼ばれていた。2006年に水戸を退団、湘南ベルマーレに移籍。 2007年には群馬県社会人リーグ1部（当時）の図南SC群馬（現：tonan前橋）に移籍。4試合1得点。5月29日モンテディオ山形への移籍が発表された。2007年オフに山形を退団。2008年5月に現役を引退することが発表された。
昭和13年（1938年）の4月半ばのある日、一人の女が一高生、妻木幸一郎を訪ねて来た。妻木の妹と自称するその女に会ってから、妻木は明らかに狼狽していた。妻木の同級生である松下研三は同じ日にその女が別の一高生と密会をしているのを見かけた。その翌日、妻木の弟、賢二郎は汁粉5杯をかけて肝試しをしないかと松下を誘う。場所は一高本館の時計台であった。風紀点検委員の飯田、妻木、同級生の青木ら5人が参加し、寮歌を歌いながら屋上まで昇り、降りてくるという肝試しが行われたが、飯田に続いて時計台の階段を昇っていった妻木はそのまま消失し、残されたものは妻木の砂時計と、当日の朝から紛失していた神津恭介のマントだけであった。翌朝、情況を松下から聞いた神津は、謎はすぐに解けたといい放ち、むしろなぜ妻木が姿を隠したかが問題だと言う。そして、この事件からはファウスト伝説を思い出すと述べ、松下とともに妻木消失の捜査に乗り出す。謎の女は青木の交際相手で、飯田の異母妹であった。彼女にからむ謎の一高生、中国人留学生の周らを巻き込んで、事態は紛糾してゆく。
岡田茂の初プロデュース作は、東横映画時代の1950年『日本戦歿学生の手記 きけ、わだつみの声』であるが、同作はノンクレジットのため、クレジット作品としては本作が初となる。公開時は27歳であった。本作の製作クレジットは岡田寿之と連名であるが、岡田の単独企画である。岡田はスリラーとしてはかなりハイブローで型破りな本作に着目した。『日本戦歿学生の手記 きけ、わだつみの声』の大ヒットで意気上がる岡田が次に企画した本作は、キネマ旬報社入社間もない荻昌弘から「定石企画の多い東映映画としては珍しい異色作」と評された。東映は満身創痍の三社合併で負債額は11億円超に及び、倒産寸前といわれ、岡田も大映の松山英夫から引き抜きの声がかかっていた。このため高木彬光は映画化権料を支払ってもらえるのか危惧した。高木は交渉を滝沢一に一任し、岡田は滝沢から原作料30万円の言い値をその場で飲み、ムリして即金で支払った。滝沢は「若いのに肝の据わった男だ」と感心し、以降も岡田と交友を深めた。『日本戦歿学生の手記 きけ、わだつみの声』と監督やキャスティングに共通する部分もあり、本作も右翼の嵐が強かった時代の一高の左翼系学生をモデルにしており、岡田に同系統の映画で「柳の下の二匹目のドジョウを狙う」意図があった。クレジットにないが、岡田は「関川秀雄監督に山本薩夫監督を加えた両監督で撮影した」と述べている。また、当時信州大学在学中だった熊井啓がロケ地の案内役を務めてくれたという。しかし一高では校門を撮ることも、校内ロケも一切許可しないといわれたため、天野貞祐の箱根の別荘に押しかけ交渉した。天野からは「許可はできないが、撮影してはいけないことはないだろう」と言われ、同校での撮影は今でいうゲリラ撮影を敢行、無断で撮影クルーが校内に侵入し、撮れるだけ撮って、怒られたら逃げる戦法を用いた。後の新劇の大御所・木村功、岡田英次、金子信雄は当時は新人俳優であった。
突飛な題名の上、内容が固く興行は難しいと予想された通り、大惨敗を喫し、『日本戦歿学生の手記 きけ、わだつみの声』の大ヒットで鼻高々だった岡田は鼻っ柱をへし折られた。岡田は「個人の趣味ではダメだ。大衆は甘っちょろくない。こわいマンモスだと思い知らされ、中途半端なものは一切やめた。」と話している。
ノルウェーの王位継承順位は、ノルウェー憲法第6条に規定されている。現行の規定は1990年に改正されたものであり、現国王およびその兄弟姉妹の嫡出の子孫について、性別に関係なく長子を優先して法定推定相続人の権利を与える最長子相続制（絶対長子相続制）としている。ただし、経過措置として、1970年以前に生まれた者については男子のみが王位継承資格を有し、1971年から1989年までに生まれた者については男子優先とする。そのため、現国王ハーラル5世の第1子であるマッタ・ルイーセ王女（1971年生）とその子孫よりも、第2子であるホーコン王太子（1973年生）とその子孫の方が継承順位が早い。また、現国王の姉であるラグンヒル王女（1930年生、2012年没）とアストリッド王女（1932年生）は1970年以前に生まれた女子であるため、その子孫も含めて王位継承権資格がない。王位継承資格を有する者がいない場合、国王は王位継承者をストーティング（ノルウェー国会）に推薦することができ、ストーティングは、国王の推薦に同意しない場合には王位継承者を選挙することができる（憲法第7条）。国王死去時に王位継承者がいない場合は、ストーティングが王位継承者を選定する（憲法第48条）。新国王は王位に就いた時に、憲法第9条に基づきストーティングの議員に対して宣誓を行う。
任意のデータ（変数、プロパティ）群と、それを参照ないし変更するコード（関数、メソッド）群をひとまとめにしてオブジェクトとし、オブジェクト内のデータ群は外部からはアクセスできず隠蔽され、外部公開されたコードを通してのみアクセス可能にした仕組みがカプセル化と呼ばれる。より詳しい解釈については様々だが、オブジェクト指向におけるカプセル化は、基本的に内部隠蔽に焦点を当てたパラダイムである。開発規模の拡大に伴い解決の難しいバグ原因の大半は、データの予期せぬ変化とデータ間の予期せぬ不整合である事が経験則で知られるようになったので、データを変えたコードの位置特定を容易にする為の手段だった。データ直接参照の禁止は予期せぬデータの読み取りを抑止するだけでなく、いわゆる抽象化の一手段も兼ねていた。データを読み取る際にワンクッションの仲介コードを置く事で実行環境の変化に合わせた柔軟なデータ表現を可能にした。ただしこのワンクッション制度は安全性と引き換えにコード記述量を大きくするので、特定のデータとコードに対しては便宜的に直接アクセスを解禁する仕組みも生まれ、これはアクセス権限と呼ばれた。カプセル化を推し進めたものとしてプロトコル（protocol）がある。これはオブジェクト内部を全隠蔽し、抽象メソッドをまとめた純粋抽象クラスで表現されるインターフェース・オブジェクトを通してアクセスする仕組みを指した。オブジェクトそのものにワンクッションを置いた制度とも言える。プロトコルはオブジェクトの安全な公開を実現し、共同開発とコンポーネント開発に適したものとされた。プロトコルは後述の多態性にも関連しており、特に動的ディスパッチを表現するメカニズムにもなった。
継承の元々の趣旨はオブジェクトの体系化である。ここでの体系化とは多様な要素をそれぞれ共通と特有の分節構成にし、共通部分から特有部分を派生させる形で関連付ける枝葉状の展開構図に投影する行為を指した。構造体の定義増加で発生しやすい似たようなデータ群の重複に伴う冗長さとその整合性維持の手間隙を解決する為の手段であった。構造体＝オブジェクトを複数の階層に分け、共通のデータ集合を親階層とし、特有のデータ集合を子階層として、子階層に親階層へのリンクを持たせて連結する構造にした。A階層から成る親オブジェクトから派生した子オブジェクトはA＋B階層として構成され、これが継承と呼ばれた。コードから参照されたデータがB階層に無い時は、次のA階層に有るか探す仕組みとなり、この連鎖によって傍からは一つのオブジェクトとして存在した。データと同様に共通のメソッド群も親階層にまとめられた。その応用として抽象メソッド（＝仮想関数）だけの階層を独立させたインターフェースまたは純粋抽象クラスがあり、これを親階層として継承（実装）するのはサブタイピング（subtyping）となった。サブタイピングは後述の多態性のメカニズムの一つでもある。なお、派生クラスで任意の機能を追加できる仕組みはコードの再利用性を高めるとも考えられたが、深い継承はクラス構造の把握を困難にするという欠点が明らかになったのでこれは否定された。継承による再利用性はクラスライブラリの使用範囲内に留まっているのが現状である。なお、子階層の次のリンク先となる親階層は一本だけでなく複数本持つ事も出来るので、複数の親階層＋子階層によるオブジェクト構成は多重継承と呼ばれた。子階層が持つ親階層アドレスは一般にリスト化されており、自身に無いデータはリスト先頭の親階層から順々に検索された。その親階層が多重継承されてる場合も同様であり、それぞれの枝分かれには深さ優先検索が用いられた。前述のサブタイピングは多重で行われる事が多い。
アドホック多態性は単にソースコードの記述を一部自動化するものである。関数オーバーロードは引数の並び方パターンによって同じ名前のメソッドをコンパイル時に自動的に差別化する機能である。演算子オーバーロードは、扱う数値の型に従って宣言された演算記号を関数名と見なすようにし、単項演算子なら右の数値を第一引数とし、二項演算子なら左右の数値をそれぞれ第一第二引数として関数呼び出しのコードが生成されるという仕組みだった。丸括弧の演算子は関数オブジェクトの表現として使用出来た。これらは静的な多態性とされる。パラメータ多態性もソースコードの記述を一部自動化するものである。関数＆クラスのコード内の特定の型部分をワイルドカードにして記述しておき、ソースコード内で具体的な型の指定と共に関数＆クラスの呼び出しが記述されると、その型を先のワイルドカードに当てはめた関数＆クラスのコードがコンパイル時に自動生成されるという機能だった。＆の前者はジェネリック関数と呼ばれ、後者はより広い範囲を扱う事からジェネリックプログラミングと名付けられた。これらも静的な多態性に位置付けられている。サブタイプ多態性は動的なものである。最も初期のOOPであるSimula67は、シミュレーション内で扱う多種多様なオブジェクトを継承によって体系化したが、コード部分の細かな違いは共通スーパークラスに属する共通プロシージャ内の分岐フローで処理していた。サブクラスの数だけ分岐構文が増える頻雑さを解消するために、共通プロシージャをただの仮想関数テーブルにしてサブクラスの実装時に同名プロシージャのアドレスを収納させ、共通プロシージャ呼び出し時にそのアドレスへジャンプするという機能が考案された。仮想関数テーブルはプロシージャの仮想的存在と見なされたので、この機能は仮想関数と呼ばれた。動的ディスパッチはSmalltalkのオブジェクト設計に由来するものであり、その実装の仕方は様々でやや曖昧な仕様でもある。メッセージを受け取ったレシーバーがオブジェクト内部で動的な状態に従い動的な処理を行って結果を返すというランタイム環境上のプロセスが後に動的ディスパッチのカテゴリで括られた。分散コンピューティングを表現するオブジェクト間通信とそれに基づくソフトウェアコンポーネントも動的ディスパッチに該当するものである。多重ディスパッチは動的な関数オーバーロードに近いものである。関数コール時または関数ブロック内で、それぞれの引数が動的に型審査されて型変化（dynamic casting）された後に、その引数パターンに対応した同名関数または分岐ルーチンに処理が移行されるという動的変化プロセスを指した。ダブルディスパッチは多重ディスパッチの亜流的存在であり、二通りの考え方がある。動的型審査および型変化されるBオブジェクトを単一引数にしてAオブジェクトの仮想関数メソッドを呼び出す形態と、多重ディスパッチに用いる引数を二つに限定した形態である。いずれも実行時状態に応じた動的変化プロセスとなった。これは主にデータ集合を対象にして分類、解析、作用といった処理を連続的または再帰的に行うアルゴリズムで用いられた。
純粋抽象クラスの仕組みがこれに相当する。実例としてはソフトウェアコンポーネント及びJavaなどのプログラミング言語で用いられているインターフェースがある。この抽象化は、カプセル化の.プロトコル、継承のサブタイピング、多態性の仮想関数をまとめたパラダイムと考える事が出来る。C++開発者のビャーネ・ストロヴストルップは、広義のオブジェクト指向の主要サポート案件として抽象化、継承、実行時多態性（run-time polymorphism）の三点を挙げていた。抽象化は同時に完全な内部隠蔽になるので、コンクリートクラスの中途半端な内部隠蔽ではなく、純粋抽象クラスのプロトコルを重視していた事が分かる。
メッセージングは哲学的側面が強いパラダイムである。仕組み的には、オブジェクト（=インスタンス）のメソッドコール、またはオブジェクト間通信におけるリモートメソッドコールと同じものと考えてよいが、メッセージングのパラダイム下では、イメージ的にオブジェクトそのものをメソッドとしてコールする点が異なっている。それは各オブジェクトが一般にレシーバーと呼ばれるデフォルトメソッドを持つ事で実現されている。オブジェクトのコールとは、このレシーバーをコールするのと同義となる。引数無しでコールされる事はなく、基本的に一つのオブジェクトが引数となってコールされる。これも留意すべき点である。元祖オブジェクト指向では「EverythingIsAnObject」の通り、プリミティブからデータストラクチャ、コードブロックまであらゆるプログラム要素がオブジェクトとされる。ここにオブジェクトA、Bがあるとすると、メッセージングの基本構文は「A B」のようになる。これは「Bを引数にしてAを呼び出す」の意味であり、イメージ的に「Aに対してBというメッセージを送る」と形容される。引数Bを受け取ったAのレシーバー内で任意の処理が行われた後に結果値としてのオブジェクトが返される。Aそのものが返される事もあれば、別のオブジェクトが返される事もある。この流れがメッセージングと呼ばれるものである。返値オブジェクトに対して別のメッセージを送る事も可能であり、また返値オブジェクトをメッセージにして別のオブジェクトに送る事も出来る。こうしたメッセージングの連鎖はAのレシーバー内でも同様に行なわれる。メッセージング・パラダイム下でのオブジェクトは言わば独自の記憶を備えた変換式であり、これらオブジェクトのコミュニケーションとは高階関数と第一級関数の仕組みと同じものである。メッセージング・パラダイムの本質はオブジェクトの代数（algebra）化であり、その代数値は前述のメッセージングの連鎖による結果値である。メッセージングを行なうオブジェクトもまたメッセージング連鎖の集合体という事になる。それはただのプリミティブ値であっても決して例外ではない。レシーバーでの処理をコードとすると、メッセージング・パラダイム下でのデータはメッセージング連鎖によるコードの集合体であり、その各コードは他のデータ群を参照しており、その各データもまたコードの集合体～という風になる。勿論最終的には根っことなるオブジェクトの定形データに行き着いてそれが値算出の原点になるが、こうなるとイメージ的にコードとデータが融合して両者の区別はなくなる。オブジェクトは抽象化の一形態である代数的（algebraic）存在なので、代数計算と同様に理念的には単体で成り立つ事はなく、二つのオブジェクトが出会うメッセージングによって始めて一定のプロセスが発生し、または一つのデータが体現される。これが引数無しでもよいメソッドと引数が要るメッセージングの明確な違いである。なお、実装面では便宜上の理由から、メッセージングの際の引数オブジェクトにはセレクタを付けるのが許容されている。大抵は「A selector:B」の様になる。セレクタはメソッド名と同義であり、引数オブジェクトに貼られるラベルと考えていいものである。セレクタによってレシーバー外の対応メソッドに自動分岐されるのでコーディングが簡便になる。演算子も事実上のセレクタであり「5+3」は、+セレクタを貼った3オブジェクトを5に送ると解釈できる。括弧記号はコンパイラのためのただのディレクティブとなる。メッセージングは二つのオブジェクトが出会った時点で発生するプロセスなので引数は常に一つであり、複数の引数を用いたい場合はパーシャルアプリケーションまたはカリー化を適用するべきであるが、これは困難なコーディングになる事が多いので、セレクタによるパターンマッチング的な各メソッドへの自動分岐も許容されている。このメッセージングのパラダイムは様々な理由から広くは認知されず、やがてその言葉だけが一人歩きするようになって本来の定義からシフトし、前述のレシーバーの仕組み自体がメッセージングと見なされるようにもなり、オブジェクト間通信で行なわれるバイトデータ列の送受信もメッセージングの代表例とされるようになった。また、インスタンスの単純なメソッド呼び出しもメッセージングであると説明される事もある。この様にメッセージングの本質は見失われながらも、その側面的仕様は数々のOOP言語に導入されてもいる。
オブジェクト指向プログラミングという考え方が生まれた背景には、計算機の性能向上によって従来より大規模なソフトウェアが書かれるようになってきたということが挙げられる。大規模なソフトウェアが書かれコードも複雑化してゆくにつれ、ソフトウェア開発コストが上昇し、1960年代には「ソフトウェア危機 (software crisis)」といったようなことも危惧されるようになってきた。そこでソフトウェアの再利用、部品化といったようなことを意識した仕組みの開発や、ソフトウェア開発工程の体系化（ソフトウェア工学 (software engineering) の誕生）などが行われるようになった。このような流れの中で、プログラムを構成するコードとデータのうち、コードについては手続きや関数といった仕組みを基礎に整理され、その構成単位をブラックボックスとすることで再利用性を向上し、部品化を推進する仕組みが提唱され構造化プログラミング (structured programming) として1967年にエドガー・ダイクストラ (Edsger Wybe Dijkstra) らによってまとめあげられた（プログラミング言語の例としてはPascal 1971年）。なお、それに続けて「しかしデータについては相変わらず主記憶上の記憶場所に置かれている限られた種類の基本データ型の値という比較的低レベルの抽象化から抜け出せなかった。これはコードはそれ自身で意味的なまとまりを持つがデータはそれを処理するコードと組み合わせないと十分に意味が表現できないという性質があるためであった。」といったように、ほぼ間違いなく説明されている。そこでデータを構造化し、ブラックボックス化するために考え出されたのが、データ形式の定義とそれを処理する手続きや関数をまとめて一個の構成単位とするという考え方でモジュール (module) と呼ばれる概念である（プログラミング言語の例としてはModula-2 1979年）。しかし定義とプログラム内の実体が一対一に対応する手続きや関数とは異なり、データはその形式の定義に対して値となる実体（インスタンスと呼ばれる）が複数存在し、各々様々な寿命を持つのが通例であるため、そのような複数の実体をうまく管理する枠組みも必要であることがわかってきた。そこで単なるモジュールではなく、それらのインスタンスを整理して管理する仕組み（例えばクラスとその継承など）まで考慮して生まれたのがオブジェクトという概念である（プログラミング言語の例としては1967年のSimula 67）。Simulaのオブジェクトとクラスというアイデアは異なる二つの概念に継承される。一つはシステム全てをオブジェクトの集合と捉え、オブジェクトの相互作用をメッセージに喩えた「オブジェクト指向」である。オブジェクト間の相互作用をメッセージの送受と捉えることで、オブジェクトは受信したメッセージに見合った手続き単位（≒関数）を自身で起動すると考える。結果オブジェクトは自身の持つ手続きのカプセル化を行うことができ、メッセージが同じでもレシーバオブジェクトによって行われる手続きは異なる――多相性（ポリモーフィズム）を実現した（このメッセージを受け実行される手続き単位は、メッセージで依頼されたことを行うための「手法」の意味でメソッドと呼ばれる）。この思想に基づき作られたのがSmalltalk（1972年）であり、オブジェクト指向という言葉はこのときアラン・ケイによって作られた。一方、Smalltalkとは別にSimulaの影響を受け作られたC++（1979年）は抽象データ型のスーパーセットとしてのクラス、オブジェクトに注目し、オブジェクト指向をカプセル化、継承、多相性をサポートするものと再定義した（その際、実行時速度重視およびコンパイラ設計上の制約により、変数メタファである動的束縛の特徴は除外された）。これらは当初抽象データ型、派生、仮想関数と呼ばれ、オブジェクトのメンバ関数を実体ではなくポインタとすることで、継承関係にあるクラスのメンバ関数のオーバーライド（上書き）を可能にしたことで、多相性を実現した（この流儀ではメッセージメタファはオブジェクト指向に必須ではないものと定義し、オブジェクトの持つ手続きをメソッドとは呼ばずメンバ関数と呼ぶ）。この他、Smalltalkにある動的束縛の類似的な機能としてオーバーロード（多重定義）が実装されている。Smalltalkはこの「全てをオブジェクトとその相互作用で表現する」というデザインに立ち設計されたため、全てをファイルと捉えるファイル指向オペレーティングシステムからの脱却と、プログラムをフロー制御された手続きと捉える手続き型言語からの脱却が行われた。そのためSmalltalkは自身がオブジェクト指向オペレーティングシステムでもあること、メッセージ・パッシングなどの特徴を持った。これは当時のプログラム言語としては特異的であり、ガベージコレクタを必要とし、高度な最適化が試される前のバイトコードインタプリタで実行される処理の重さも手伝って先進的ではありながら普及しがたいものであると捉えられた。また、メッセージでの多相性は、変数へのオブジェクトの動的束縛が前提となるため、静的型チェック機構でのサポートが難しく、C++等の実行時性能重視の言語にとって実装から除外すべき特徴となった。C++の創始者ビャーネ・ストロヴストルップは、Smalltalkが目指したある種の理想の追求には興味が無く、現用としての実用性を重視した。そのため、C++の再定義した「オブジェクト指向」は既存言語の拡張としてオブジェクト指向機能を実装できることでブレイクスルーを迎え急速に普及する。Smalltalkが単なるメソッドの動的呼び出しをメッセージ送信に見立て、呼び出すメソッドが見つからないときのみメッセージをハンドリングできるようにした「省コスト版」の機構を発明し以降それを採用するに至った経緯も手伝って、メッセージ送信という考え方はやや軽視されるようになり、オブジェクト指向とはC++の再定義したものと広く認知されるようになった。1980年代後半に次々と生まれたオブジェクト指向分析・設計論は、Smalltalkを源流とするオブジェクト指向を基に組み立てられた。そのころSmalltalkは商用展開こそされていたが広く普及しているとは言えず、一般にはC++での実装が多くを占めた。しかしC++はSmalltalkと思想的にかなり異なる点や、同様のことを実現する際の実装面での複雑さや制約が問題とされた。このニーズを受けC++の提示した抽象データ型にクラスを適用する現実的な考え方と親しまれたALGOL系の構文を踏襲しつつ、内部的には柔軟なSmalltalkのオブジェクトモデルを採用し、メソッドなどの一部用語やリフレクション、実行時動的性などSmalltalk色も取り入れたJavaが注目を集めた（1995年に登場。元々はモバイル機器向け言語処理系としてに開発された）。程なくSmalltalkやSELFで達成された仮想マシン（バイトコードインタープリタ）高速化技術の転用により実用的速度を得、バランス感覚に長けたJavaの台頭によってオブジェクト指向開発に必要な要素の多くが満たされ、1990年代後半からオブジェクト指向は広く普及するようになった。
動的型付けを採用するオブジェクト指向言語の多くは、クラスより生成するインスタンスの他にメタクラスという機能を持ちクラス自体をオブジェクトとして扱うことが出来る。このためオブジェクトには、インスタンスオブジェクトとクラスオブジェクトという2種類のオブジェクトが存在する。Java等クラスオブジェクトを持たない言語の文化圏では、インスタンスオブジェクトとオブジェクトを混同して説明される事があるが、Objective-CやPython、Ruby等、インスタンスオブジェクトとクラスオブジェクトが別であるオブジェクト指向言語では区別して説明される。元々はSmalltalkから始まった用語である。
コンポジションは、複数のオブジェクトがある一つのオブジェクトの構成要素となっている巨大なオブジェクト群をいう。コンポジションのもとにあるオブジェクトは同一の生存期間を持ち、一つの巨大な仮想オブジェクトの構成部品として機能する。
クラス (class) は大多数のオブジェクト指向プログラミング言語で提供されている仕組みであり、上記の機能のほとんど全てに関わりがある。概念的にはクラスはオブジェクトの種類を表す。このためオブジェクトはクラスに属するという言い方をする。あるクラスに属するオブジェクトのことをそのクラスのインスタンス (instance) と呼ぶ。データ型の理論から見た場合クラスは型を定義する手段の一つである。クラスによってオブジェクトを記述する言語をクラスベース (class-based) のオブジェクト指向プログラミング言語と呼ぶ。ハイブリッド型オブジェクト指向プログラミング言語では在来のレコード型（Cでは構造体）の構文を拡張してクラスの定義を行うようにしたものが多い。多くのオブジェクト指向プログラミング言語ではクラスをデータメンバとメソッドの集まりとして記述する。平たく言えばデータ・メンバの集まりはオブジェクトが保持するデータの形式を定め、各メソッドはそれぞれオブジェクトが処理する特定のメッセージの処理方法を定める。しばしばデータ・メンバとメソッドには個別にアクセス権が設定できるようになっていて、そのクラスに属するオブジェクトが内部的に利用するものと他のクラスに属するオブジェクトに公開するものを分類できるようになっている。多くの場合、公開されたメソッドの集まりは全体として処理可能なメッセージのカタログの機能、即ちインタフェースを提供する。各言語によって異なるが特定の名前のメソッドを定めて、オブジェクトの生成や初期化時の処理、廃棄時の処理などを記述できるようにすることも多い。多くの言語でクラスは言語の要素として直接実現されているが、これは実行効率のためであり、そのように実現することが必須というわけではない。実際、各クラスをそれぞれオブジェクトとして提供する言語も存在する（例：Smalltalk）。このような言語ではある種のリフレクション (reflection) が可能となる。即ち必要があればプログラムで実行時にクラスの動作を変更することが可能である。これは非常に大きな柔軟性を提供するが、言語処理系による最適化が難しいため実行効率は低下することが多い。近年では柔軟性と効率性を両立させるために基本的に言語要素としてクラスを提供した上で、リフレクション機能が必要なプログラムに対しては必要に応じて各クラスに対応するクラス・オブジェクトをプログラムが獲得できるようにしている言語が現れてきている。（例：JavaのリフレクションAPI）
データメンバ (data member) は、他のオブジェクトに対する参照やポインタであるか、他のオブジェクトそのものである。参照かポインタである場合にはそのデータメンバの参照するのはデータメンバが記述されているクラスそのもののインスタンスに対する参照であっても良い。一般にデータメンバはインスタンスデータメンバ（インスタンスフィールド）とクラスデータメンバ（静的変数）の2種類に大別できる。効率上の観点から言語が提供する基本オブジェクトの定数を表すデータメンバは特別扱いされる。そのような定数を表すデータメンバを特に定数データメンバ (constant data member) と呼ぶ。データメンバはC++などの言語ではメンバ変数 (member variable)、Javaなどではフィールドと呼ばれることがあり、UMLでは属性と呼ばれる。
インスタンスデータメンバ（一般に単にデータメンバと言われる場合はこちら）はそのクラスのインスタンス各々に保持される。インスタンスデータメンバの集まりはそのクラスのインスタンスが保持するデータの形式を定める。インスタンスデータメンバは単にデータメンバと呼ばれることも多い。Smalltalkではインスタンス変数 (instance variable) と呼ばれる。
クラスデータメンバはそのクラスオブジェクトとインスタンスオブジェクトの間で共有されるデータである。Smalltalkではクラスデータメンバはクラス変数 (class variable) と呼ばれる。また、C++・Javaでは歴史的事情によりクラスデータメンバは静的データメンバ (static data member)、静的変数 (static variable)、静的フィールド (static field) と呼ばれる。ただし、Smalltalkのクラス変数はC++やJavaのクラス変数とは異なる。Smalltalkにおいて、C++やJavaのクラス変数と同等となる変数はプール辞書 (pool dictionary) と呼ばれる。
メソッド (method) は特定の種類のメッセージの処理方法を記述したものである。メソッドもインスタンス・メソッドとクラス・メソッドの2種にできる。インスタンス・メソッドはそのクラスの各インスタンスオブジェクトを操作し、クラス・メソッドはクラスオブジェクトを操作する。メソッドとの集まりはそのクラスのオブジェクトが処理可能なメッセージのカタログの機能を果たす。一例として、C++では、メソッドはメンバ関数 (member function) や関数メンバ (function member) と呼ばれる。これはC++がグローバル関数との区別をつけることと、クラスを抽象データ型の拡張と位置づけ、非メッセージメタファな言語思想を持っているためである。これら言語ではメソッドをオブジェクト（=クラスやインスタンス）の持ち物として捉えず、クラスに定義された機能要素であると考える。メッセージメタファを否定するため、同時にメッセージを実行するメソッド（手法）ではありえない。
クラス・メソッドだが、オブジェクト指向の本義に立ち返れば、クラス・メソッドがあるということはクラスがメッセージをレシーブできるという事になる。クラスがメソッドを持つことは便利だが、クラスをオブジェクトとすると実行効率に劣るため、双方の利点を享受できるこのような折中的仕様を取る言語は多い。C++ではクラスはオブジェクトでは無いが、一方でクラスに属するメソッドは存在する。Eiffelではクラスはオブジェクトでは無いためクラスのメソッドであるクラス・メソッドは存在しない。Smalltalkではクラスもオブジェクトの一種であるため当然クラスはメソッドをもつ。各言語におけるクラスメソッドの呼称クラス・メソッドは、C++では静的メンバ関数 (static member function) と呼ばれる。これはクラスがオブジェクトでない言語にとってはクラス・メソッドより正確な表現であり適切である。（"static" とはCのstatic変数に由来しauto変数の対語である。関数コールによりスタック上に生成される関数インスタンスに依存しない変数と、インスタンス生成有無にかかわらず実行できる関数の類似による。）Javaではクラス・メソッドは静的メソッド (static method) とも呼ばれることもある。
言語によっては特定の名前のインスタンス・メソッドやクラス・メソッドにオブジェクトの生成、初期化、複製、廃棄といった機能を固定的に割り当てている。
初期化に利用されるメソッドをコンストラクタあるいは構築子 (constructor)、廃棄時に利用されるメソッドをデストラクタと呼んで特別に扱うことが多い。コンストラクタが初期化だけを担う場合はイニシャライザあるいは初期化子 (initializer) と呼ばれることもある。Javaはオブジェクトの寿命管理にガベージコレクションを用いるため、デストラクタをサポートしない。ただし、オブジェクトがガベージコレクションによって破棄されるときに呼び出されるファイナライザ (finalizer) をサポートし、Object#finalize()メソッドがその役割を果たす。ただし、ファイナライザはC++のデストラクタと違ってユーザーコードで明示的に呼び出すことはできない。ファイナライザが呼び出されるタイミングをプログラマが制御することはできず、最終防壁（フェイルセーフ）としての役割しか持たないため、Javaにおけるファイナライザは本当に必要でない限り使用するべきではない。C#もファイナライザをサポートする（構文はC++のデストラクタに似ており、かつてはデストラクタと呼ばれていたが、役割はJavaのファイナライザと同じである）。データ型の理論においては保持されるデータが必ずその型で認められる正しい値の範囲に収まることを保証するため、生成されるオブジェクトのデータ・メンバが必ず適切なコンストラクタによって初期化されるように求める。またオブジェクトが入出力機器やファイルや通信、プロセスやスレッド、ウィンドウとウィジェットなどハードウェアやオペレーティングシステム (OS) が提供する資源を管理するために利用される場合に、コンストラクタやデストラクタでそれらの資源の使用開始（オープン処理）や使用終了（クローズ処理）をそれぞれ管理し、通常のメソッドでそれらにまつわる各種サービスを提供するようにすることで、それらのリソースがあたかもプログラム中のオブジェクトであるかのように自然に取り扱うことができるようになる（RAII）。C++やJavaなどでは、コンストラクタはクラスと同じ名前を持ち、戻り値を持たないメソッドとして定義される。C++では一部のコンストラクタは型変換演算子として、また暗黙の型変換にも利用される。
オブジェクト指向プログラミング言語では、オブジェクトへの参照やポインタが多用される。そのため、オブジェクトのメモリへの割り当てと破棄に関して、ガベージコレクションによる自動管理機能を備えているものが多い。ただし、すべての言語が備えているわけではない。例えば、C++はガベージコレクションを備えていない。
オブジェクト指向プログラミングにおいて、オブジェクトは、カプセル化されておりブラックボックスである。したがって、処理するメッセージのカタログ、つまりインタフェースだけが利用者に公開され、内部の詳細は隠されるのが基本である。しかし、あるクラスのインスタンスの内部だけで利用されるメソッドまで公開してしまうと、利用者にとって煩雑である。また、定数データ・メンバのようなものは一々メソッドでアクセスするようにせず公開してしまっても、カプセル化の利点は失われず効率的でもある。そこで、オブジェクトを定義するプログラマが各データ・メンバやメソッドについて公開・非公開を設定できる機能を用意している言語は多い。例えば、Javaでは、データ・メンバやメソッドの宣言にpublicと指定すれば、他オブジェクトから自由に利用でき（公開と呼ばれる）、privateと指定すればオブジェクト内だけで利用できるようになる（非公開と呼ばれる）。しかし、ある機能を提供するのに、一個ではなく一群のクラスに属するオブジェクトでそれを記述するのが相応しい事例がある。そのような場合、関係する一群のオブジェクト間でだけデータ・メンバやメソッドを利用できれば便利である。それを可能にするための拡張がいくつか存在する。例えば、継承を利用しているときに、あるクラスが子孫にだけ利用を許可したいデータ・メンバやメソッドがある場合、Javaではprotectedを指定することでそれを実現できる（限定公開と呼ばれる）。また、ある一群の機能を実現するクラスのライブラリで、その実現に関連するクラスに属するオブジェクトだけがデータ・メンバやメソッド利用できるようにしたい場合も考えられる。また、Javaでは、ライブラリを構成するクラス群を表現するパッケージ (package) という仕組みがあり、特に指定がない場合は同一パッケージに属するクラスのオブジェクト間でのみデータ・メンバやメソッドを相互に利用可能である。その他にも、デザインパターンの一つであるFacade パターンでは、この仕組みがテクニックとして応用されている。また、C++ではフレンド宣言という仕組みがあり、あるクラスで外部非公開に指定されているデータ・メンバやメソッドについて、その利用を許可するクラスや関数のリストをクラス内に列挙することができる。なお、public、private、protectedというキーワードは、多くのプログラミング言語で用いられているが、その示す意味は言語ごとに差異があるため、注意が必要である。