Dotnet

엔티티 프레임워크 Code First 방법론 #1 엔티티 프레임워크 Code First 방법론 #2 엔티티 프레임워크 Code First 방법론 #3 엔티티 프레임워크(Entity Framework, EF)가 가진 수많은 장점들 중 하나는 데이터베이스로부터 직접 ORM 매핑 클라스를 생성해 준다는 데 있다. 데이터베이스 연결을 위한 로그인 정보만

Entity Framework (EF) 은 닷넷 어플리케이션 개발시 사용할 수 있는 ORM 도구들 중 하나이다. 다른 ORM 도구들에 비해 러닝커브도 적을 뿐 아니라 사용이 꽤 직관적이기 때문이다. 다만, 한가지 불편한 점이 있다면 데이터베이스 커넥션 스트링이 너무 길다는 것. 보통 web.config 혹은 app.config에 들어가는 EF 커넥션

CQRS (Command Query Responsibility Segregation) 은 수시로 확장이 용이한 대규모 엔터프라이즈 환경 혹은 클라우드 환경에서 사용하는 아키텍처 패턴 중 하나. 아주아주 간단한 설명은 아래와 같다. In an oversimplified manner, CQRS separates commands (that change the

XElement와 XmlNode는 기본적으로 그 역할이 비슷하다. 하지만 다른 용도로 쓰이는데, 같은 XML 문서를 XDocument로 읽어들이는가 (XElement) 혹은 XmlDocument로 읽어들이는가 (XmlNode)에 따라 다르다. 전자는 보통 LINQ to XML 형태로 많이 사용하고, 후자는 Node 검색시 많이 사용한다. 문제는 거의 같은

XmlTextWriter 클라스는 XmlWriter 클라스로부터 상속 받은 클라스이다. 보통 XmlWriter 인스턴스를 생성할 때에는 XmlWriter.Create() 메소드를 이용하는데, 팩토리 메소드 패턴의 전형적인 예라고 할 수 있다. 예를 들어 보통 아래와 같은 방식으로 XmlWriter 클라스를 사용한다. using (var writer =