CommandBuilder를 사용하는 것이 좋습니까? 아니면 SqlDataAdapter의 InsertCommand, DeleteCommand 및 UpdateCommand를 수동으로 만들어야합니까?ADO.NET에서 CommandBuilder 사용 또는 회피
CommandBuilder를 사용하면 분명한 이점은 개발자 시간이 줄어들어 런타임이 더 짧아지는 단점입니다. 이러한 요소 외에도 CommandBuilder를 사용하거나 피하는 동안 염두에 두어야 할 것이 있습니까?
SqlCommandBuilder, SqlDataAdapter 등과 같은 원시 ADO.NET을 사용하는 경우 일반적으로 피할 수있는 많은 상용구 코드가 필요합니다.
요즘 대부분의 비즈니스 응용 프로그램은 커버 아래에 원시 ADO.NET을 사용하는 최상의 방법을 사용하는 멋진 래퍼 집합을 제공하는 ORM (개체 관계형 매퍼)의 일부 형식을 사용합니다.
더 많은 인기를으로 ORMs의 일부
은 다음과 같습니다 : - ORM이 많은 유용한 기능을 제공하여~처럼 implicity, 유연성, 게으른 로딩, 사출 안전 쿼리, POCO 지원 등
당신은 아직도 내가 Dapper 또는 PetaPoco에 대한 코드를 구하고에서 coying 제안 할 것 인 ORM을 통해 ADO.NET을 사용하는 강한 욕망이있는 경우 당신이 찾을 가능성이 가장 높은 코딩 중 일부.