论坛用户频繁地作为 像这样的问题:
> 您好 !,
>
> 请告诉我,是否有任何的可能性来生成一个自定义列表
> 母版和详细信息的类型 (像发票) 无需使用 InfoPath.
>
SharePoint 提供了一些现成功能那样支持业务需求的种类.
一般, 一个链接在一起使用查阅列的两个列表. 列表 A 包含发票标题信息和列表 B 包含发票详细信息.
使用附加列表来维护客户号码, 产品编号, 等.
使用内容查询 web 部件 (在 MOSS 只) 和/或数据视图 web 部件来创建列表的合并的视图. SQL 服务器报告服务 (SRS) 也是的它的报告方可用.
不过, 有一些重要的限制使它难使用纯预置的功能,甚至中等复杂的东西. 这些包括:
- 相关查找大小列出 vs. "威武" 查找列类型的. 查找列类型提出自己对 UI 以不同的方式取决于是否启用了多重选择或不. 在任一情况下, 外框控件显示源列表中的所有可用项目. 如果源列表 1,000 项目, 这就一个问题. 通过这些项目未页查找控件. 相反, 它将所有的他们拉入控制. 这使得数据录入和性能非常尴尬的用户界面.
- 查找"拉回" 一列信息. 你永远不能拉回多个列的源列表中的信息. 例如, 您不能选择客户"12345" 并在同一时间显示的号码,以及客户的名称和地址. 查找只显示客户数量,别无其他. 这就使得一个尴尬和困难的用户界面.
- 没有内部形式沟通. 我已经写了关于这. 您不能实现级联下拉列表, 有条件地启用/禁用字段, 等.
- 没有级联删除或内置的参照完整性. SharePoint 视为独立的实体的自定义列表,并且不允许您将它们链接到对方 ERD 传统意义上. 例如, SharePoint 允许您创建两个自定义列表, "客户" 与"发票抬头". 在客户列表中,可以在链接回客户创建发票抬头. 然后, 您可以从列表中删除客户. 开箱即用, 没有办法防止这种情况. 要解决这种问题, 你通常会使用事件处理程序.
可能看起来暗淡, 但我仍使用 SharePoint 作为起点为构建这种功能. 尽管你需要在一个解决方案中有差距, SharePoint 使我们能够填补这些空白使用工具如:
最后一个选项可能会觉得你从头开始, 但考虑到 SharePoint 平台启动你具有下列主要功能:
- 维护安全模型.
- 菜单系统与维修.
- "主表" (e 小节. 自定义列表) 与安全, 内置的维护和审核.
- 搜索.
- 后端集成工具 (BDC).
如果你在 visual studio 中开始一个新的空白项目, 你有很多的基础设施和管道要生成,然后你就接近 SharePoint 的提供.
我相信微软打算扩展 SharePoint 中的应用发展方向. 这似乎是对现有的 SharePoint 基础的自然延伸. 微软 CRM 应用程序提供了大量的可扩展性,支持页眉/详细应用程序开发所需的类型. 虽然这些功能是在客户关系管理, 技术是明显可用到 SharePoint 开发团队,我期望,它一定会成为其 SharePoint 产品年底 2008. 如果任何人有知识或深入的见解, 请留下评论.
</结束>