コードファースト - 版の履歴

2015年9月5日 (土) 09:08に126.213.3.86による

2015-09-05T09:08:04Z

← 古い版		2015年9月5日 (土) 09:08時点における版
2行目:		2行目:

	==概要==		==概要==
	コードファーストは[[Ruby on Rails]]で大流行した方式であり、その当時は特別な呼称もなかった。後に[[マイクロソフト]]がVisual Studioで[[ER図]]として視覚的に編集できるよう発展させた[[Entity Framework]]を発表し、その際に「コードファースト」を連呼したことで一部で定着したものである。

	一般的に[[RDB]]を使用するプロジェクトでは以下のようなものが乱立する。		一般的に[[RDB]]を使用するプロジェクトでは以下のようなものが乱立する。
	*テーブル定義を書いた紙の仕様書		*テーブル定義を書いた紙の仕様書
	*CREATE ~~TABLEなどを記述したSQL文~~		*CREATE TABLEなどを記述したSQL文（いわゆるスキーマ）
	*[[データ]]~~を受け取るクラス~~		*[[データ]]を受け取るクラス（いわゆるPOCO）
	これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]の温床となる。またこれらの記述者が異なることで理解の相似が発生し[[デスマーチ]]に発展することも多い。		これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]の温床となる。またこれらの記述者が異なることで理解の相似が発生し[[デスマーチ]]に発展することも多い。

15行目:		13行目:

	==普及==		==普及==
			コードファーストは[[Ruby on Rails]]で大流行した方式であり、その当時は特別な呼称もなかった。後に[[マイクロソフト]]がVisual Studioで[[ER図]]として視覚的に編集できるよう発展させた[[Entity Framework]]を発表し、その際に「コードファースト」を連呼したことで一部で定着したものである。

	コードファーストは「チーフ」と「[[プログラマー]]」という二階層の役職が一般的な欧米特有の土壌で生まれた概念である。そのため欧米では、仕様書、スキーマ、ソースコード（POCO）の書き手が階級ごとに異なることは稀である。		コードファーストは「チーフ」と「[[プログラマー]]」という二階層の役職が一般的な欧米特有の土壌で生まれた概念である。そのため欧米では、仕様書、スキーマ、ソースコード（POCO）の書き手が階級ごとに異なることは稀である。

126.213.3.86: /* 概要 */

2015-09-05T09:05:46Z

概要

← 古い版		2015年9月5日 (土) 09:05時点における版
2行目:		2行目:

	==概要==		==概要==
			コードファーストは[[Ruby on Rails]]で大流行した方式であり、その当時は特別な呼称もなかった。後に[[マイクロソフト]]がVisual Studioで[[ER図]]として視覚的に編集できるよう発展させた[[Entity Framework]]を発表し、その際に「コードファースト」を連呼したことで一部で定着したものである。

	一般的に[[RDB]]を使用するプロジェクトでは以下のようなものが乱立する。		一般的に[[RDB]]を使用するプロジェクトでは以下のようなものが乱立する。
	*テーブル定義を書いた紙の仕様書		*テーブル定義を書いた紙の仕様書
	*CREATE TABLEなどを記述したSQL文		*CREATE TABLEなどを記述したSQL文
	*[[データ]]を受け取るクラス		*[[データ]]を受け取るクラス
	これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]~~の温床となる。~~		これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]の温床となる。またこれらの記述者が異なることで理解の相似が発生し[[デスマーチ]]に発展することも多い。

	そこで考えられたのが全てを主となる[[プログラミング言語]]の[[ソースコード]]で一本化しようという思想である。ひとつのクラスがひとつのテーブルとして定義される。いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時などに「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。		そこで考えられたのが全てを主となる[[プログラミング言語]]の[[ソースコード]]で一本化しようという思想である。ひとつのクラスがひとつのテーブルとして定義される。いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時などに「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。
12行目:		14行目:
	「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。		「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。

	~~コードファーストは~~[[~~Ruby on Rails~~]]~~で大流行した方式である。~~		==普及==
			コードファーストは「チーフ」と「[[プログラマー]]」という二階層の役職が一般的な欧米特有の土壌で生まれた概念である。そのため欧米では、仕様書、スキーマ、ソースコード（POCO）の書き手が階級ごとに異なることは稀である。

			一方で日本では、仕様書は上級社員が書き、一般社員がスキーマを書き、末端社員がソースコードを書くという分業が一般的である。このためコードファーストを導入することは末端社員が絶大な権力を持つことを意味し、日本特有の「[[上流工程]]」という考えが否定されるため、[[システムエンジニア]]と呼ばれる中間層の人々が職を失う恐れがあり、大企業では否定的な意見が多かった。

			しかしながら、[[マイクロソフト]]が「コードファースト」を連呼したことで、「役員による鶴の一声」が発生し、一部の大企業では政治的な理由によりコードファーストを使われざるを得なくなっている。

	==主なコードファースト対応ORM==		==主なコードファースト対応ORM==

124.87.114.212: /* 概要 */

2015-09-03T06:40:35Z

概要

← 古い版		2015年9月3日 (木) 06:40時点における版
11行目:		11行目:

	「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。		「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。

			コードファーストは[[Ruby on Rails]]で大流行した方式である。

	==主なコードファースト対応ORM==		==主なコードファースト対応ORM==

124.87.114.212: /* 概要 */

2015-09-03T06:35:45Z

概要

← 古い版		2015年9月3日 (木) 06:35時点における版
2行目:		2行目:

	==概要==		==概要==
	~~一般的にRDBを使用するプロジェクトでは、テーブル定義を書いた紙の仕様書、CREATE TABLEなどを記述したSQL文、~~[[データ]]~~を受け取るクラスなど同じような物が乱立する。これらのうちひとつでも記載忘れなどが発生すれば~~[[バグ]]の温床となる。		一般的に[[RDB]]を使用するプロジェクトでは以下のようなものが乱立する。
			*テーブル定義を書いた紙の仕様書
			*CREATE TABLEなどを記述したSQL文
			*[[データ]]を受け取るクラス
			これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]の温床となる。

	~~そこで考えられたのが全部~~[[ソースコード]]~~で一本化しようという思想である。~~		そこで考えられたのが全てを主となる[[プログラミング言語]]の[[ソースコード]]で一本化しようという思想である。ひとつのクラスがひとつのテーブルとして定義される。いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時などに「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。
	~~ひとつのクラスがひとつのテーブルとして定義される。~~
	~~いわゆる~~[[ORM]]~~で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE~~ TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。

	「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。		「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。

2015年9月3日 (木) 04:44に124.87.114.212による

2015-09-03T04:44:13Z

← 古い版		2015年9月3日 (木) 04:44時点における版
8行目:		8行目:
	いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。		いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。

	「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]~~から書き起こすことからコードファーストと呼ばれる。~~		「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。全世界で議論を呼んだ「[[ソース読め]]」の発展系であるといえる。

	==主なコードファースト対応ORM==		==主なコードファースト対応ORM==
17行目:		17行目:
	==関連項目==		==関連項目==
	*[[ORM]]		*[[ORM]]
			*[[ソース読め]]

	==参考文献==		==参考文献==

124.87.114.212: /* 概要 */

2015-09-03T04:43:15Z

概要

← 古い版		2015年9月3日 (木) 04:43時点における版
8行目:		8行目:
	いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。		いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。

	~~いきなり「仕様書はソースコードの中に」という思想のもと、いきなり~~[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。		「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。

	==主なコードファースト対応ORM==		==主なコードファースト対応ORM==

124.87.114.212: /* 概要 */

2015-09-03T01:31:22Z

概要

← 古い版		2015年9月3日 (木) 01:31時点における版
7行目:		7行目:
	ひとつのクラスがひとつのテーブルとして定義される。		ひとつのクラスがひとつのテーブルとして定義される。
	いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。		いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。

			いきなり「仕様書はソースコードの中に」という思想のもと、いきなり[[ソースコード]]から書き起こすことからコードファーストと呼ばれる。

	==主なコードファースト対応ORM==		==主なコードファースト対応ORM==

124.87.114.212: ページの作成:「'''コードファースト'''（英語：code first）とは、リレーショナルデータベースのテーブル定義などをプログラミング言語...」

2015-09-03T01:28:34Z

ページの作成:「'''コードファースト'''（英語：code first）とは、リレーショナルデータベースのテーブル定義などをプログラミング言語...」

新規ページ

'''コードファースト'''（[[英語]]：code first）とは、[[リレーショナルデータベース]]のテーブル定義などを[[プログラミング言語]]で記述することをいう。

==概要==
一般的にRDBを使用するプロジェクトでは、テーブル定義を書いた紙の仕様書、CREATE TABLEなどを記述したSQL文、[[データ]]を受け取るクラスなど同じような物が乱立する。これらのうちひとつでも記載忘れなどが発生すれば[[バグ]]の温床となる。

そこで考えられたのが全部[[ソースコード]]で一本化しようという思想である。
ひとつのクラスがひとつのテーブルとして定義される。
いわゆる[[ORM]]で「SELECT」の結果を受け取るのに使用されるクラスを流用して、実行時に「CREATE TABLE」までやってしまおうという発想であり、通常は[[ORM]]の機能として提供される。

==主なコードファースト対応ORM==
===.NET Framework===
*[[Entity Framework]]
*[[NServiceKit OrmLite]]

==関連項目==
*[[ORM]]

==参考文献==
{{reflist}}

{{stub}}