나는 매우 큰 규모의 데이터 기반 응용 프로그램을 개발하는 회사에서 일합니다. 이 응용 프로그램은 약 10 년 전에 처음 만들어 졌으므로 업그레이드가 절실합니다. 데이터 영역 업그레이드를 조사하고 구현하는 업무를 맡았습니다..NET 응용 프로그램 데이터 계층 업그레이드
현재는 DataRow 오브젝트를 기반으로하는 비즈니스 오브젝트가있는 시스템을 사용합니다. 즉, 각 오브젝트는 데이터베이스의 한 행과 더 관련이 있습니다. 응용 프로그램은 현재 객체 지향적이지는 않지만 많은 문제를 야기하며 OO 방향으로 이동하려고합니다.
.NET 'Entity Framework'를 사용하고 .edmx 파일을 만들려고합니다. 아이디어는 단순히 모든 SQL 데이터베이스 테이블을 .edmx 디자이너로 드래그하여 관련 데이터 객체를 생성하는 것입니다.
이제 (OO 개발자로서) 내 생각에 새 비즈니스 객체를 수동으로 만들고 새 데이터 레이어의 쿼리에서 반환 된 .edmx 생성 데이터 객체에서 채울 계획이었습니다. 이는 인터페이스를 사용하여 다양한 레이어를 간단히 분리 할 수 있습니다.
문제는 보스가 백개 정도 정도의 비즈니스 객체 클래스를 다시 작성할 시간이 없다고 말하면서 .edmx 생성 된 데이터 객체를 전체 애플리케이션에서 사용할 것을 제안합니다.
내 마음 속의 모든 생각은 '아니요 ... 데이터 영역과 전체 시스템 간의 결합을 만들지 마라'라고 말하지만 사장은 온라인으로 기사를 보았습니다.
는이 가능한 솔루션 (심지어 단기) (2 1의 답에 대한 타당한 이유를 제공하십시오) : 너희들을 위해
그래서 내 질문이 있습니까?
생성 된 데이터 개체에서 별도의 비즈니스 개체를 만드는 데 더 나은/대체 솔루션이 있습니까?
수동으로 복사하여 붙여 넣기보다는 생성 된 데이터 개체에서 별도의 비즈니스 개체를 만드는 것이 더 쉽습니다/더 쉬운 방법이 있습니까?
본인은 이러한 질문이 다소 주관적이지만 최대한 구체적인 정보를 제공했음을 이해하며 주제에 대한 조언을 할 수 있습니다.
"하지만 상사는 온라인으로이 사실을 알리는 기사를 보았다고 말합니다. 빨간색과 같은 소리, 새로운 일자리를 찾는다. :) – Ivo
@Ivo 나는 당신의 뜻을 안다. 나는 내 머리 속에서 울림 소리를 내고있다. 그러나 개발자들이 원하는 것 사이에는 언제나 전투가있다. 사업 (누가 개발비를 지불 하는가)을 원한다. – Sheridan
나도 그래! ....... –