2011-04-08 4 views
0

Linq2SQL을 이미 사용하고있는 응용 프로그램에서 Nhibernate를 새로운 작업으로 사용할 것을 고려하고 있습니다. 동일한 작업 단위 (Unit of Work)를 나란히 사용하는 2 가지 기술을 사용할 수 있습니까?Linq2SQL과 Nhibernate에서 UnitOfWork를 공유하기

Abit의 당신이 그것을 원하는 경우 더 배경 ....

I는 규모면에서 '기업'이라고 할 수있는 웹 응용 프로그램 작업입니다, 400 표 년경 사이트가 히트 수백만를 얻을 수있다 그러나 비즈니스 로직은 특별히 복잡하지 않습니다.

이 사이트는 Linq2Sql을 사용하며 모든 것이 잘 작동하지만 예상대로 데이터베이스와 밀접한 관련이있는 '도메인'을 만드는 효과를 기대할 수 있습니다.

나는 NHibernate를 소개 할 것을 제안했지만, 사람들은 이것이 효과가있는 것을 대체하기 위해 값 비싼 운동이 될 것이라고 정당하게 말하고있다.

+0

LINQ에서 SQL로 NHibernate로 바꾸는 당신의 주장은 무엇입니까? 어떤 기능이 빠졌습니까? 그리고 Entity Framework 대신 NHibernate로 변경해야하는 이유는 무엇입니까? L2ib를 EF로 마이그레이션하는 것이 NHib로 마이그레이션하는 것보다 쉽습니다. – Steven

+0

@steven 전에 Nhibernate를 많이 사용했기 때문에. Nhibnerate는 db의 일대일 매핑이 아닌 적절한 도메인을 허용합니다. 적절한 POCO가 있으며, 더 큰 커뮤니티가 있으며 일반적으로 더 정교한 도구입니다. – Dan

+0

이전에 사용한 것을 제외하고는 모든 인수가 Entity Framework에도 적용됩니다. 나는 확신하지 못한다 :-) – Steven

답변

2

파산하지 않은 경우 문제를 해결해야하는 이유는 무엇입니까? 당신은 Linq2Sql이 당신의 도메인 모델을 당신이 원했던 것보다 더 데이터 지향적으로 만드는지에 대해서 비즈니스 로직이 복잡하지 않다는 것을 말합니다. 상대적으로 단순한 도메인이 더 순수한 OOP 접근 방식의 이점을 실제로 누릴 수 있을까요? 개인적으로 나는 변화하는 기술에 대한 실질적인 비즈니스 사례가있을 때까지 그대로 두었습니다. 비용/이점을 생각해보십시오.

+0

물론입니다. 이쪽, 내 질문에 정말로 답하고 있지 않아. – Dan

관련 문제