SharePoint는 최근에 과장된 사례가 많습니다. SharePoint 환경을 찾고있는 곳곳에는 계약/구인 게시가 있습니다. 웹 파트 개발에 큰 성과가있는 것으로 보입니다. 그러나 이제는 전체 웹 응용 프로그램이 SharePoint 내에서 호스팅 될 것이라는 말을 듣고 있습니다. 그것은 불필요한 오버 헤드를 쉽게 도입 할 수있는 것처럼 들립니다.모든 SharePoint 과대 광고는 무엇입니까?
나는이 모든 것을 당신 사이에서 논의하기로 생각했습니다. 나는 너의 생각을 듣고 싶어한다.
SharePoint 자체는 고도로 구성 가능한 큰 ASP.NET 웹 사이트입니다. 너무 복잡해질 수있는 지점까지 구성 가능합니다. 그러나 SharePoint 개발자로서, 특히 처음부터 다시 구축하려는 경우 많은 과대 광고를받을 자격이 있습니다. 다음은 몇 가지 이유가 이유는 SharePoint 오버 헤드 이 가치가있을 수 있습니다 있습니다
이러한 것들은 훌륭한 것들이지만, 결함이없는 것은 아닙니다. 다시 .. 구성이 짐승이며, 당신이하고있는 일을 모를 경우 조금이라도 구성을 변경해도 SharePoint가 파괴 될 수 있습니다. 그러나 일단 설정을 완료하면 개발자의 관점에서 새로운 기능과 유지 관리를 배포하는 것이 좋습니다.
2010 년 이전의 Sharepoint에 대한 내 의견은 좋지 않았습니다. 내부 용으로는 괜찮습니다 ...하지만 분명히 새로운 버전은 정말 똑똑하기는하지만 아직 들어갈 기회가 없었습니다. 나는 거기에 들어가기를 고대하고 있지만.
내 의견은 2013 년에 상당히 회의적입니다. SP2013 개발팀은 브라우저가 iframe & JS의 보안 설정으로 X-Frame-Options 헤더를 지원하도록하거나 X-Frame-Trust 헤더를 사용하도록 허용하거나 허용 할 다른 작업을 수행해야합니다
var selectedItems = window.parent.SP.ListOperation.Selection;
또는 응용 프로그램의 일부 때의 iframe에 호출됩니다 이벤트/콜백을 제공하고 상위 페이지 (다른 도메인의 페이지를 가진 IFRAME이) 응용 프로그램 부분 사이의 통신은, 응용 프로그램 부분 스크립트에서 이렇게 같은 호출을 허용하는 선택한 항목과 같은 '컨텍스트'가 변경되었습니다. 그렇지 않으면 많은 앱이 새로운 앱 모델에서는 불가능하지 않습니다.
Sharepoint는 문서 공유, 검색, LOB 시스템 연결, 워크 플로, 인증, 사용자 프로필 등 거의 모든 조직에 필요한 수많은 기능을 Out of Box에서 제공하므로 기업용으로 훌륭한 환경입니다. 사람들은 이러한 모든 기능을 확장하고 확장하여 정상적인 웹 응용 프로그램에서 이러한 모든 것을 처음부터 구축 한 다음 달성하기 위해 확장하는 업무가 될 비즈니스 논리를 달성합니다. 따라서 프로세스와 작업에서 인간의 노력을 줄이고 오류 범위를 줄입니다.
이것은 토론 포럼이 아니라 Q & A 사이트입니다. 투표하기로 결정했다. –
다음 커뮤니티 위키의 요점은 무엇입니까? –
커뮤니티 위키는 토론방이라고 생각하는 사람들을 폭로하는 것입니다. 그렇지 않으면, 그들은 숨기고, 우리는 그 (것)들을 정정하기 위하여 누구인지다는 것을 알아낼 수 없다. 이 사이트가 토론을위한 것이라고 생각 했으므로이 수차를 수정하기위한 특별한 조치를 취할 수 있습니다. –