问题标签 [document-library]

有什么方法可以让我从 ASP.NET 页面使用 SharePoint 文档库和文档共享功能？

默认的 WSS 3.0/SharePoint 2007 SharePoint 上传用户体验是这样的：

1. 单击文档库的链接。****回邮****
2. 单击上传。****回邮****
3. 单击浏览。****对话****
4. 单击文档，然后单击确定。****对话框消失****
5. 单击确定。****回邮****
6. 填写文档属性，然后单击确定。****回邮****

最好的情况是，至少 1 + 1 + 1 + 2 + 1 + 1 = 7 次点击和 4 次回发。我收到抱怨（并同意）这还不够光滑。

有谁知道改善文档上传用户体验的开源解决方案？该解决方案需要在输入文档属性时支持自定义字段类型。

编辑：对于不精通技术的用户来说，这需要简单直观。复制 URL 不是一种选择。

是否可以为在特定文档库中创建的文档提供自定义文档工作区？我不需要每个文档库都有这个自定义工作区，只需要一个文档库。

例如，假设有一个“电影”文档库。我想为在“电影”文档库中创建的任何文档定制一个文档工作区。

这可能吗？如果是这样，努力程度如何？

好的，所以有一个难倒的场景。

在 Sharepoint MOSS 2007 站点上，有人搞乱了文档库的设置。您尝试将多个文档上传到文档库，并使其保持已签出状态。这以前没有发生过。库设置（版本控制设置设置为“是”以在编辑前签出）。我已经设置了一个测试站点，并且在启用此站点时，它不会在上传多个文档时保持检查状态。此外，没有为此文档库启用内容类型。

上传文档时，我已将其范围缩小为必填字段关联，一次一个文档。它将文件名视为必填字段。不确定这如何成为必填字段。我会假设总是需要一个文件名。当我去图书馆设置时，我看不到“文件名”栏来编辑它。

我会对此提出任何建议。

在我的 SharePoint 网站中，我有几个与外部数据库的主键相关联的文档存储库。我在文档库元数据字段中添加了自定义列，以便我们知道哪些 SharePoint 文档对应于哪些表条目。作为一项要求，我们需要有自动填充这些字段的文档上传。例如，我想要以下网址：

./Upload.aspx?ClassID=2&SystemID=63

因此，当您将任何文档上传到此库时，它会自动将 ClassID 和 SystemID 值添加到 SharePoint 文档库字段中列出的相应 ClassID 和 SystemID 列。

有什么快速或简单的方法可以做到这一点，还是我必须从头开始完全重写 Upload.aspx 脚本？

我希望回答销售人员试图在预算内进行销售时有时会向我们开发人员提供的问题之一。

我们有一个客户需要以下内容：

• 支持 AD 身份验证的文档管理系统（即使服务器可能在另一个位置 - 可能在 VPN 上）
• 我们能够批量导入大约 2000 个文档（比如说 PDF 和 Word 文档等）
• 需要将一些文档标记为“外部”，然后允许我们编写他们网站的一部分，以便在“下载”部分显示文档
• 相当不错的权限管理
• 用 .Net 和 MSSQL 编写，以便我们可以在需要时进入游戏（通过 api 或直接）
• 有很好的记录和支持，能够在一两个月内加入并完成部署。（我们还需要在 DM 之外做很多其他的事情）

外部软件的全部预算为 30-40K 美元。

这听起来像是一项不可能完成的任务，因为软件的预算和时间表有点痛苦，但这是工作，我们需要额外的开发和实施（更不用说导入）的预算 - 这将远远超过成本软件，但不足以支付提供相同级别功能集和美感的定制解决方案

当“新建”列表包含很多项目时，用户似乎很难选择正确的文档模板。

而不是在“新”下拉列表中显示 50 个项目，我正在寻找一种仅显示当前相关文档的解决方案。我在另一个列表中有一个“生命周期”选择字段，并且根据该选择字段的值，只有一部分文档应该是可见的。我的问题是，当“生命周期”的值发生变化时，是否有充分的理由不在每个项目上设置 Hidden 属性。

SharePoint.SE上的建议指向基于 jQuery 的方法，在这种方法中我倾向于使用事件接收器方法（当“生命周期”字段的值发生更改时，迭代文档库中的内容类型）。

你更喜欢什么，为什么？

我想将代码片段保留在我的 Google 文档中，但是当我粘贴代码时，它看起来很奇怪。有没有办法像我们在stackoverflow中那样格式化代码

代码在哪里

我正在为一个包含大约 40 个应用程序的业务解决方案包开发一个新的存储系统。其中一些应用程序生成当前保存和组织在网络共享文件夹中的文档（主要是 docx，一些 pdf）。

应用程序平均每年生成大约 150.000-200.000 个文档，这些文档应该以更加一致和可靠的形式（即单独的 SQL 数据库）持久化。

Sharepoint 是一个领先的候选者，因为我们计划最终使用它的其他功能，而不是 DMS 功能。我已阅读有关文档库限制的信息，即。每个文件夹 2000 个文件，文档库的所有文件夹中最多有 1.000.000 个文件。我还读到可以绕过 2000 限制，但它会影响性能。我还没有找到在一个库中拥有如此大量文件的真实体验。例如，如果我将文件夹限制增加到 50.000 会发生什么，这会对性能产生什么影响（通过 Web 服务读取/编辑/写入文档的请求变慢，尤其是在检查重复文件名、索引、搜索等时写入.)。

一个重要的注意事项：如果我们不需要，我们根本不会使用 sharepoint web 门户，而是通过 web 服务通过我们的应用程序做所有事情，因此数据视图渲染速度较慢不是问题。

有没有办法以编程方式确定 SharePoint 中的文件类型？我想限制上传到文档库的文件类型。我写了一个 EventReceiver，它在 ItemAdding 上执行以下操作 -

if (!(properties.AfterUrl.Contains(".docx") || properties.AfterUrl.Contains(".pptx") || properties.AfterUrl.Contains(".xlsx") ))

当然有更好的方法吗？