SharePoint 개체 서브 클래 싱

Question

SPSite, SPWeb, SPList 및 SPListItem과 같은 일부 SharePoint 개체를 하위 클래스로 만들려고합니다. 어떤 생각을하는 방법? 생성자를 사용하여 객체를 생성 할 수 없기 때문에 파생 클래스의 인스턴스를 만들 수 없습니다.

나는 일반적으로 컨테이너 클래스를 사용하여 객체를 래핑했지만, 객체에 대한 좋은 의미 및 OOP 느낌을 제공하지 않기 때문에 좋은 해결책이라고 생각하지 않습니다. 어떤 도움이나 제안도 환영합니다.

감사합니다.

Answer 1

SharePoint 개체를 사용하지 않아도되므로 SharePoint 개체를 하위 클래스로 만들지 않는 것이 좋습니다. 몇 가지 메서드를 추가하거나 재정의하기 위해 SharePoint 개체를 하위 클래스로 만들려면 .NET의 확장 메서드 3.5. 그게 도움이 될거야.

Answer 2

이 올바른지, 나는 표준 SharePoint 개체를 파생시키고이를 확장하여 내 자신의 메서드와 필드를 추가합니다. 예를 들어 Order라는 사용자 지정 목록 정의가 있습니다. 다음과 같은 절차를 수행하는 대신 :

SPListItem item = new SPListItem(); 
item["Title"] = "Transformers DVD"; 
item["Price"] = 30.5; 
item["Qty"] = 2; 
item.Update(); 

The OOP-way should be done like this: 
Order order = new Order("Transformers Movie", 30.5); 
order.SetQuantity(2); 
order.Save(); 

그런 식으로.

Answer 3

글쎄, 엔터티가 아닌 테이블의 행과 비슷한 SPListItem을 볼 수 있습니다. 데이터를 DB에 푸시하기 위해 우리는 모든 DB 관련 항목 및 데이터 전달을 처리하는 DB 레이어를 Entities를 통해 처리합니다. 위의 코드는 아래와 같이 다시 작성할 수 있습니다.

class Order{ 
    public int Price {get;set;}; 
    public int Qty {get;set;}; 
    public String ItemName {get;set;};} 
class OrderHandler{ 
    Order m_Order=null; 
    public OrderHandler(Order oEntity) 
    { 
      m_Order=oEntity; 
    } 

    public void Insert(){ 
     SPListItem item = new SPListItem(); 
     item["Title"] = m_Order.ItemName; 
     item["Price"] = m_Order.Price.ToString(); 
     item["Qty"] = m_Order.Qty.ToString(); 
     item.Update(); 
    } 
} 

나는 이것에 아무런 이상이 없음을 확신합니다.

Answer 4

SharePoint 개체 모델의 형식을 하위 클래스로 분류하는 다른 포스터의 의견에 동의하는 것은 좋지 않습니다. 그렇게에 대한 나의 가장 큰 이유는 다음과 같습니다. SharePoint에서 본질적으로 그들이에서 만든 상황에 기초하여 객체를 처분하는 것이

• 방법
은
• 당신은 아래 있지 아형에 따라 유형 계층 구조를 생성 할 것입니다 귀하의 제어.

처분 문제는 아마도 가장 큰 방해물 일 것입니다.

상속은 항상 OO 원칙을 고수하는 데있어서 최상의 솔루션은 아닙니다. 객체 계층 구조는 유지 보수 측면에서도 단점이 있습니다.

이미 완벽하게 유효한 OO 접근하고 (제 생각에) 상속을보다 선호 될 것이다 캡슐화 탐구 한 것 같은데 : 이러한 접근 방식 (상속 및 캡슐화)와

public class Order { 
    private SPListItem listItem; 
    ... 
    public Order(SPListItem listItem) { 
     this.listItem = listItem; 
    } 

    ... 

    public int ItemName { 
     get { return listItem["Title"] as string } 
     set { listItem["Title"] = value; } 
    } 
    ... 
} 

한 문제를 개체를 기본 데이터 저장소 (이 경우 SharePoint)에 연결합니다. 이것은 디자인하려는 것에 따라 나쁜 것일 수도 아닐 수도 있습니다.

대체 방법은 코드를 기본 저장소와 분리하고 저장소를 사용하여 저장소의 개체 가져 오기 및 업데이트를 처리하는 것입니다. 적어도 SharePoint와의 결합은 단일 저장소 유형으로 처리 할 수 ​​있으며, 다른 저장소 (향후 시나리오 또는 테스트 용)를 사용할 수 있도록 인터페이스를 둘 수 있습니다.

모두 유스 케이스와 코드 및 플랫폼이 향후 변경 될 수있는 정도에 따라 다릅니다.

멋지고 가벼운 접근 방식은 Chris O'Brien's blog (Simple data access pattern for SharePoint lists)입니다. 요구 사항이 그의 요구 사항과 일치하면 실용적인 방법입니다.