문제

SharePoint 용 상용 제품을 만들고 있다고 잠시 생각해보십시오. 이 제품은 커뮤니티 (무료) 및 Enterprise (Pay) 에디션 모두에서 제공됩니다.

Community Edition의 코드 기반은 (C #) #define 문을 통해 처리 된 작은 델타가 모두있는 서브 세트입니다. 효과적으로 단일 코드 기반입니다. 빌드 프로세스는 각 버전마다 하나씩 두 가지 솔루션 (각각 두 가지 기능을 포함 함)을 구축합니다.

한 번에 농장에 두 판을 설치할 수는 없습니다. 현재 비즈니스 모델은 단일 서버 SharePoint Farms에 대해서만 커뮤니티/무료 버전을 제공합니다. 이것은 개인 및 개발 시나리오를 지원하기위한 것입니다.

솔루션에는 다양한 기능 요소가 포함되어 있지만 현재 웹 부품은 없습니다. 향후 릴리스에 하나 이상의 웹 부품이 포함될 수 있습니다. 솔루션/기능 내용을 제한하는 모든 접근 방식은 아마도 장기적으로 최선의 아이디어가 아닐 것입니다.

에디션에서 솔루션 및/또는 Feaure ID를 어느 정도 재사용 하시겠습니까? 왜요?

도움이 되었습니까?

해결책

나는 사람들이 그렇게하기로 선택하면 사람들이 무료에서 무료로 쉽게 업그레이드 할 수 있기를 원할 것입니다.

웹 부품의 경우를 상상해보십시오 - 몇 가지 버전의 무료 웹 부품을 설정 한 다음 IT를 제외하고 전체 웹 부품을 설치하면 대부분의 사람들은 기존 인스턴스가 계속 작동하지만 새로운 웹 부분에서 새로운 웹 부분을 원할 것입니다.

나는 당신이 이것이 작동하기 위해 솔루션을 동일하게 유지해야한다고 생각합니다.

또한 전체 어셈블리 이름이 동일하거나 (파일 버전이 다를 수 있음) 설정 바인딩 리디렉션이 필요합니다.

오 - 물론 코드에서 깨지지 않습니다.

다른 팁

동일한 ID를 사용하고 추가 기능을 제공하여 엔터프라이즈 기능을 잠금 해제합니다. 이 기능에는 추가 DLL, 웹 부품, 라이센스 키 등이 포함되어 있습니다.

사용자 정의를 변경하지 않고 업그레이드 후 사용자가 귀하의 제품을 계속 사용할 수 있는지 확인합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top