SharePoint 개발 방법이 변경되어 포스팅합니다.
SharePoint 개발 방법의 큰변화는 SPS 2007의 극악의 방법에서 SPS2010 에 개선이 이루어지고 큰변화는 없었습니다. SharePoint Online 개발을 위해 APP Model 개발 방법이 도입되었지만 ServerSide 개발은 큰 변화없이 이어져왔습니다.
지난해 SharePoint Online에 지곤 TeamSite 와는 다른 Communication Site를 생성할수 있도록 변경되어 기존 사이트보다는 좀더 모던한 형태의 포털구성이 가능하도록 지원하게 되었습니다.
사이트가 기존의 팀사이트 형태에서 모던사이트로 변경이 됨으로 SharePoint UX 를 포함한 구성방식, 또한 개발방식 변경은 당연한 결과라고 생각이 되며 SharePoint FrameWork 를 통해 SharePoint 개발과 구성을 지원한다고 합니다.
참고 URL : https://docs.microsoft.com/en-us/sharepoint/dev/spfx/sharepoint-framework-overview
해당 Article 중 SharePoint Frame work 가 왜 필요해졌는지 설명하고 있습니다.
핵심은 기존 모델들이 SharePoint Online 개발에 많은 제약이 존재해서 변경하는것이겠죠. 좀더 변화되는 환경과 클라우드에 대한 손쉬운 개발이 가능하도록 변경하는 것이겠죠.
Why the SharePoint Framework?
SharePoint was launched as an on-premises product in 2001. Over time, a large developer community has extended and shaped it in many ways. For the most part, the developer community followed the same patterns and practices that the SharePoint product development team used, including web parts, SharePoint feature XML, and more. Many features were written in C#, compiled to DLLs, and deployed to on-premises farms.
That architecture worked well in environments with only one enterprise, but it didn’t scale to the cloud, where multiple tenants run side-by-side. As a result, we introduced two alternative models: client-side JavaScript injection, and SharePoint Add-ins. Both of these solutions have pros and cons.
SPS Online은 적용되어 있고 On-Premise 에는 SPS 2016 SP2 부터 적용이 가능하다고 합니다.
기존 개발내용에 대한 변화의 시점인듯 합니다. 저희도 제품 버전 올리는 계획에 해당 내용을 포함하여 내년에서 신버전 출시 예정입니다.
지금것도 잘모르는데 공부해야할 내용이 점점 늘어나고 있어 힘드네요... 에효.....