Diễn đàn người dùng thường xuyên như câu hỏi như thế này:

> Xin chào,
>
> Xin vui lòng cho tôi biết nếu có bất kỳ khả năng xây dựng một danh sách tùy chỉnh với
> Thạc sĩ và chi tiết các loại (giống như hoá đơn) không sử dụng InfoPath.
>

SharePoint cung cấp một số trong số các tính năng hộp có hỗ trợ các loại yêu cầu kinh doanh như thế.

Nói chung, một liên kết hai danh sách với nhau bằng cách sử dụng một cột tra cứu. Danh mục A chứa thông tin hóa đơn tiêu đề và danh sách B có hoá đơn chi tiết.

Sử dụng danh sách bổ sung để duy trì khách hàng số, sản phẩm số, vv.

Sử dụng một truy vấn Nội dung web part (trong MOSS chỉ) và/hoặc dữ liệu một xem web một phần để tạo ra hợp nhất nhìn toàn cảnh ra các danh sách. Dịch vụ báo cáo SQL Server (SRS) cũng có sẵn cho các bên báo cáo của nó.

Tuy nhiên, có một số hạn chế quan trọng mà sẽ làm cho nó khó khăn để sử dụng tinh khiết out-of-the-box chức năng cho bất cứ điều gì đó là ngay cả vừa phải phức tạp. Chúng bao gồm:

• Kích thước của tra cứu liên quan đến danh sách vs. "smartness" tra cứu cột loại. Một tra cứu cột loại trưng bày ra trên giao diện người dùng một cách khác nhau tùy thuộc vào việc bạn đã bật đa chọn hay không. Trong cả hai trường hợp, kiểm soát out-of-ô-Hiển thị tất cả các mục có sẵn từ danh sách nguồn. Nếu danh sách nguồn có 1,000 khoản mục, đó sẽ là một vấn đề. Kiểm soát tra cứu không trang thông qua các mục. Thay vào đó, nó kéo tất cả chúng vào sự kiểm soát. Mà làm cho một giao diện người dùng rất khó khăn cả về nhập dữ liệu và hiệu suất.
• Tra cứu "kéo trở lại" một cột thông tin. Bạn có thể không bao giờ kéo trở lại nhiều hơn một cột của các thông tin từ danh sách nguồn. Ví dụ, bạn không thể chọn một khách hàng "12345" và hiển thị các số cũng như tên của khách hàng và địa chỉ cùng một lúc. Việc tra cứu chỉ hiển thị khách hàng số và không có gì khác. Điều này làm cho một giao diện người dùng vụng về và khó khăn.
• Không có thông tin liên lạc hình thức nội. Tôi đã viết về điều này ở đây. Bạn không thể thực hiện các tầng thả-thăng trầm, có điều kiện bật/tắt các lĩnh vực, vv.
• Không có tầng xóa hoặc được xây dựng trong tính toàn vẹn referential. SharePoint xử lý tùy chỉnh danh sách như là thực thể độc lập và không cho phép bạn để liên kết họ với nhau trong một cảm giác ERD truyền thống. Ví dụ:, SharePoint cho phép bạn tạo hai danh sách tùy chỉnh, "khách hàng" và "hóa đơn tiêu đề". Bạn có thể tạo một tiêu đề hóa đơn đó liên kết lại cho một khách hàng trong danh sách khách hàng. Sau đó, bạn có thể xoá khách hàng từ danh sách. Ra khỏi hộp, có là không có cách nào để ngăn chặn điều này. Để giải quyết loại vấn đề, bạn thường sẽ sử dụng xử lý sự kiện.

Nó có vẻ ảm đạm, nhưng tôi vẫn sẽ sử dụng SharePoint như là một điểm khởi đầu để xây dựng các loại chức năng. Mặc dù có những khoảng trống giữa những gì bạn cần trong một giải pháp, SharePoint cho phép chúng tôi để điền vào những khoảng trống bằng cách sử dụng công cụ như:

• Xử lý sự kiện. Sử dụng chúng để thực thi toàn vẹn referential.
• Tuỳ chỉnh cột: Tạo tùy chỉnh cột loại và sử dụng chúng thay vì mặc định tra cứu cột. Thêm phân trang, đệm và AJAX tính năng để làm cho họ đáp ứng.
• BDC. Tính năng này chỉ có RÊU cho phép chúng tôi để truy vấn khác SharePoint liệt kê với một giao diện người dùng cao cấp để tra cứu thông thường cột. BDC cũng có thể tiếp cận với một ứng dụng máy chủ trở lại kết thúc. Sử dụng BDC để tránh sao chép. Thay vì sao chép thông tin khách hàng từ một kết thúc trở lại hệ thống ERP, thay vì sử dụng BDC. BDC tính năng cung cấp một giao diện người dùng tốt đẹp để kéo thông tin đó trực tiếp từ hệ thống ERP nơi nó thuộc về và tránh những rắc rối của việc duy trì một giải pháp sao chép.

  BDC là một tính năng MOSS (không có sẵn trong WSS) và là thách thức để đặt cấu hình.

• ASP.NET web mẫu: Tạo một đầy đủ tính năng AJAX cho phép mẫu sử dụng dịch các đối tượng mô hình và/hoặc web vụ SharePoint để tận dụng danh sách SharePoint trong khi cung cấp một giao diện người dùng rất nhạy.

Tùy chọn cuối cùng có thể cảm thấy như bạn đang bắt đầu từ đầu, nhưng xem xét một thực tế rằng nền tảng SharePoint bắt đầu bạn giảm giá với các tính năng chính:

• Mô hình bảo mật với bảo trì.
• Trình đơn hệ thống với bảo trì.
• "Chủ bảng" (tức là. danh sách tùy chỉnh) với bảo mật, được xây dựng trong bảo trì và kiểm toán.
• Tìm kiếm.
• Kết thúc trở lại hội nhập công cụ (BDC).

Nếu bạn bắt đầu với một dự án trống mới trong visual studio, bạn có rất nhiều cơ sở hạ tầng và đường ống dẫn nước xây dựng trước khi bạn nhận được gần với những gì SharePoint cung cấp.

Tôi tin rằng Microsoft dự định mở rộng SharePoint theo hướng này phát triển ứng dụng. Nó có vẻ như một phần mở rộng tự nhiên để SharePoint hiện có cơ sở. Ứng dụng của Microsoft CRM cung cấp rất nhiều khả năng mở rộng của các loại cần thiết để hỗ trợ phát triển ứng dụng tiêu đề/chi tiết. Mặc dù các tính năng trong CRM, công nghệ là rõ ràng là có sẵn cho các nhóm phát triển SharePoint và tôi hy vọng rằng nó sẽ làm theo cách của nó vào sản phẩm SharePoint cuối 2008. Nếu bất cứ ai có một kiến thức hoặc cái nhìn sâu sắc vào đây, Xin vui lòng để lại một thảo luận.

</kết thúc>