어쨌건간에 흘러가는 者

ADO.NET Entity Framework 4.0의 개선 사항 (2/3)에 이어... 1. Model-First Development - 이게 뭔 소린고 하니, edmx designer에서 DB 없이 객체지향 기반의 Entity 모델을 먼저 생성 가능하다는 이야기이다. 기존에는 ERD 등을 통한 DB Table Schema 먼저 만들고 이를 edmx에 적용하는 Database-First 기반이었다. edmx designer를 통해 클래스 다이어그램을 만들고 DB 생성 명령을 내리는 순간, 해당 DB 생성 SQL script가 명시적으로 생성되며, 이를 갖고 DB를 생성하게 된다. 물론 기존 방식 역시 그대로 지원한다. 나 같이 DB가 아닌 Application 개발 출신에게는 이게 딱이다. - 자동 생..

ADO.NET Entity Framework 4.0의 개선 사항 (1/3)에 이어... 먼저 POCO 지원에 대해서 썰풀어 본다. http://weblogs.asp.net/gunnarpeipman/archive/2009/07/11/entity-framework-4-0-how-to-use-pocos.aspx 위 컬럼에서 나오는 직접 생성한 Entity 클래스를 보자. 부가 속성이 전혀 없는 POCO 그대로이다. 당연스럽게도 LINQ를 통한 편리한 조회 연산에서 CUD(Create Update Delete) 연산까지 모두 지원한다. 또한 POCO 생성 도구 역시 지원하는데, 이는 따로 설치해야 하며 해당 템플릿은 요기에서 받으면 된다. 템플릿은 T4(Text Template Transformation Too..

다음은 실제 프로젝트에서 마주친 ADO.NET Entity Framework(이하 EF) 1.0의 주요 문제점이다. 그간의 문제점 먼저 짚어야 이야기 풀기가 용이할 듯 해서리... 이렇게 돌아서 간다. 1. POCO(Plain Old CLR Object) 미지원 - 기 사용되던 Entity 객체는 사용할 수 없다는 이야기. 신규 프로젝트에서도 자체 Entity 객체 구성이 일반적이기 때문에 EF 1.0에서 자동 생성하는 Entity 객체(이하 PAE(persistence-aware entity))는 오직 ORM(Object Relation Mapping)을 위한 부담으로 다가온다. 2. N-Tier 아키텍처 적용 시, DTO(Data Transfer Object) 수동 적용 필 - PAE는 Navigat..