asp .net C#으로 제 배경에도 불구하고, 저는 Sharepoint 2010을 둘러싼 다른 개념과 개발 기술에 대해 머리를 쓰려고 애썼지 만, 정말로 고투하고있다. 최후의 수단으로, 나는 당신이 내가 연구를 통해 발견 할 수 있다고 말한 질문들에 표시 될 위험에 여기에 게시하고있다. (하지만 나는 지금 나를 믿고있다.) 그래서 몇 가지 질문이 있습니다. 의심 할 여지없이 Sharepoint에 능숙한 사람이라면 누구나 답변을 찾을 수 있습니다. 내가이 질문들에 대한 답을 얻을 수 있다면 그것은 대단한 협상에 도움이 될 것입니다. SharePoint의 개발몇 가지 쉐어 포인트 개념 나는 파악할 수없는 것 같습니다.
단계 : 나는 ASP를 닷넷 C#을 (및 기타 일반적인 웹 디자인 플랫폼)에서 우리는 '설계 단계'개발자로, 우리가 설계거야했다가 이해
웹 사이트와 그것의 내용 (CMS를 한쪽에 넣으십시오) 그리고 나서 당신은 최종 사용자들이 웹 사이트를 보는 '보기 단계'를 가졌습니다 - 아주 간단합니다. 그러나 셰어 포인트를 통해 나는 단계별로 수명주기를 볼 수있는 방법을 완전히 잃어 버렸습니다. 내 셰어 포인트 웹 응용 프로그램과 사이트 모음을 구성하고 설정했기 때문에 혼란 스럽습니다. 관리자 측과 같이 보이지만, 이제는 개발이 어떻게 완료 되었습니까? 나는 브랜딩을 목적으로 마스터 페이지와 CSS를 사이트 모음에 지정하는 가이드를 따라 갔지만 리본으로이 사이트를 관리하는 옵션도 있습니다! 최종 사용자가이 리본을 보길 원합니까? 기본적으로 누군가가 개발자로부터의 인수 후 최종 사용자에게 맡겨진 책임이 무엇인지 명확히 할 수 있다면 Sharepoint의 개념과 그것이 제공하는 개념을 파악하는 데 많은 도움이 될 것입니다. 또한 SharePoint가 CMS 인 경우 라이프 사이클에 3 단계가 있음을 의미합니까 (즉, Sharepoint 개발자는 콘텐츠를 관리 할 사이트의 프레임 워크를 개발하고 사용자는 콘텐츠를 관리하며 다른 유형의 사용자는 콘텐츠를 볼 것입니다) ?? VM의의
사용 :
내 컴퓨터의 사양은 Hyper-V를 통해 VM의를 개최 할만큼 지금은 높은, 그래서 않습니다. 저는 현재 Sharepoint 개발을 위해 VM을 사용하고 있습니다. 왜? 필자가 주위를 둘러 보았고 Sharepoint가 Windows 7에서 실행할 수 없기 때문에 (그리고 필자는 일상적인 사무실 사용을 위해 7Vm의 승리가 필요할 수도 있기 때문) 하지만 VM의 경우에도 내가 다시 시작할 수있는 셰어 포인트 설치를 망쳐야하기 때문에 편리하다고 생각됩니다 - 왜 내가해야할까요? 하드 드라이브 이미지를 완전히 복원해야 할 정도로 잘못 될 수있는 다른 유형의 설치 (OS 설치 제외)를 한 번도 본 적이 없습니다. 정확히 무엇이 잘못 될 수 있습니까? (I 맞는 볼 경우 마스터 페이지 및/또는 컨트롤을 사용) 내 페이지를 생성하고 표시, 간단한 -
다시, 표준의 ASP .NET C#을 개발에 비해 VS에서
관리 SharePoint 콘텐츠. 셰어 포인트 - Sharepoint 설치로 자동 생성되는 데이터베이스에 저장된 콘텐츠는 페이지 (Google 디렉토리에 저장된 - aspx 페이지)에 매핑됩니다. 이것이 맞다면 - 어떻게 aspx 페이지를 관리하고 VS에서 더 개발할 수 있을까요? 아니면 우리는 목록의 출현 등을 고치려고하지 않습니까?
고마워, 내가 말했듯이 여기서 질문의 스타일에 대해 약간의 부정적 감정을 기대하지만 실제로 앞으로 나아갈 수 있도록 도움이 필요하다. 나는 어떤 의미로든 게으른 게 아닙니다. - 당신이 나를 언급 할 수있는 링크를 통해 새로운 초보자가 쉐어 포인트를 이해할 수 있다면 위에서 언급 한 개념을 이해할 수 있습니다. 행복하게 읽을 수는 있지만 - 셰어 포인트에 대한 확고한 견해를 가진 사람들을 타겟으로 한 자료.
http://www.microsoft.com/download/en/details.aspx?id=17215를 읽으셨습니까? 첫 번째와 세 번째 질문에 도움이 될 것입니다. 또한 귀하의 사용자가 속한 Sharepoint가 관리하는 ** 컨텐츠 **와 귀하가 속한 추가하려는 ** 기능 **을 분리해야합니다. 또한 매우 흥미로운 사용자 이름이 있습니다 ;-) – dash
@ 대시 - 답장을 보내 주셔서 감사합니다. +1. 나는 실험실을 완료해야합니다. 콘텐츠는 개발자의 책임이 아닙니다. 셰어 포인트 개발자로서 기본적으로 사용자가 콘텐츠를 추가/제거/기본적으로 관리 할 수있는 인터페이스를 개발하고 있습니까? 최종 사용자가 아닌 개발자의 책임감을보고 느끼십니까? 아니면 사용자가 관리 할 수 있습니까? 이것은 내 혼란이 정말로있는 곳입니다 - 개발자와 사용자가 흐려지는 사이의 경계. (IT 전문가와 개발자 사이의 라인은 말할 필요도 없습니다!) – SkonJeet
Sharepoint의 주요 목적은 컨텐츠를 관리하는 것입니다. 이는 결국 컨텐츠 관리 시스템입니다. 일반적으로 웹 파트를 통해 추가되는 추가 기능은 Sharepoint를 확장 할 수 있습니다. 아마도 사용자 콘텐츠를 확장하거나 보완하도록 디자인 된 기능을 포함 할 수 있습니다. 사람들이 일반적으로 Sharepoint를 확장 한 방법을 알아보기 위해 사람들이 개발 한 상용 웹 파트 (예 : http://store.bamboosolutions.com/c-1helper-web-part.aspx)를 살펴보십시오. 개발 측면이 사물에 들어가는 이유와 이유 (즉, 사용자가 추가적으로 요구하는 것) – dash