SharePoint không phải là khá giống như những gì bạn thường làm. hai lời phàn nàn chính của tôi là:
Triển khai:
Nếu yêu cầu của bạn là dành cho một điểm sản xuất duy nhất (không có dàn/thử nghiệm/các trang web phát triển) đặt cược tốt nhất của bạn có lẽ là để đi với SharePoint Designer và hack những thứ cùng nhau trực tiếp trên trang web sản xuất (vâng tôi biết nó bẩn).
Nếu bạn cần những môi trường khác, bạn nên tạo gói triển khai cho mọi thứ (không triển khai xcopy). Các gói triển khai là PITA IMHO và là rất dễ bị sai.
IIS
SharePoint về cơ bản tiếp quản cài đặt IIS của bạn và giới thiệu một bộ mới của quy tắc cho nơi mà mọi thứ đều nằm vv Một Gotcha là "mờ đi" tập tin. tức là bất cứ khi nào tệp được thay đổi bằng SharePoint Designer, tệp được sao lưu vào cơ sở dữ liệu và từ bây giờ trên IIS sẽ chỉ sử dụng tệp trong cơ sở dữ liệu, do đó không sử dụng thay đổi tệp trong hệ thống tệp.
Tóm lại:
Theo thiển ý của tôi nếu bạn đang làm cho một trang web, nơi thời gian hoạt động không phải là quan trọng và bạn có thể đủ khả năng để làm cho những sai lầm trong sản xuất, SharePoint có thể đủ tốt với các nhà thiết kế. Nếu bạn đang tạo một trang web CMS nơi bạn cần mã để đi qua nhiều môi trường trước khi nó đạt đến sản xuất, (với continuous integration), tôi có thể nghĩ không có CMS dựa trên CMS nào khác hoạt động kém hơn. Bạn sẽ dành rất nhiều thời gian để tìm hiểu cách thức triển khai để làm việc cho bạn, và bạn sẽ dành rất nhiều thời gian với các vấn đề liên quan đến các tập tin "bị mờ"
Chúc may mắn.
Đây có phải là triển khai SharePoint hiện có mà bạn cần phải thêm các tính năng biểu mẫu tùy chỉnh của mình vào hoặc bạn có đề xuất sử dụng SharePoint làm nền tảng dev cho giải pháp của mình không? – webwires