仅使用Windows SharePoint Services 3.0执行表单？
我所在的组织对WSS3.0（无需升级到MOSS）基本上是满意的，但有一个例外，那就是我们只想以某种方式发布一个表单。这是一个相当大的表单（基本上是对It服务的更改请求，从纸面上看，它很容易达到2个完整的8.5乘11页）。我们考虑将自定义ASP.NET编码作为单独的独立页面或web部件。其他人都做了些什么？MOSS和Infopath并不是一个真正的选项，因为目前它对我们来说实在太贵了。提前谢谢 您可以将其构建为独立的HTML/ASP.Net页面，并将其包含为页面查看器Web部件，或者为其滚动您自己的Web部件。如果您还不了解SharePoint开发，则后者会稍微复杂一些，尽管像这样的工具可以消除很多痛苦。您可以将其构建为一个独立的HTML/ASP.Net页面，并将其包含为页面查看器Web部件，或者为其滚动您自己的Web部件。如果您还不了解SharePoint开发，后者会稍微复杂一些，尽管像这样的工具可以消除很多痛苦。如果您必须自己开发，请直接在asp.net中进行。没有理由在sharepoint中执行此操作。学习曲线是陡峭的。对于一次性解决方案来说，开发基础设施过于繁重仅使用Windows SharePoint Services 3.0执行表单？,sharepoint,forms,wss-3.0,Sharepoint,Forms,Wss 3.0,我所在的组织对WSS3.0（无需升级到MOSS）基本上是满意的，但有一个例外，那就是我们只想以某种方式发布一个表单。这是一个相当大的表单（基本上是对It服务的更改请求，从纸面上看，它很容易达到2个完整的8.5乘11页）。我们考虑将自定义ASP.NET编码作为单独的独立页面或web部件。其他人都做了些什么？MOSS和Infopath并不是一个真正的选项，因为目前它对我们来说实在太贵了。提前谢谢 您可以将其构建为独立的HTML/ASP.Net页面，并将其包含为页面查看器Web部件，或者为其滚动您自己
IT服务更改请求在大多数情况下都是工作流的一部分。我相信最好的工作流工具是bug跟踪器。它们使用基于状态的工作流。在大多数情况下，这更符合现实世界。所以，如果你有这样一个工具，你应该有。选中用于更改请求管理的选项。如果必须自己开发，请直接在asp.net中进行。没有理由在sharepoint中执行此操作。学习曲线是陡峭的。对于一次性解决方案来说，开发基础设施过于繁重
IT服务更改请求在大多数情况下都是工作流的一部分。我相信最好的工作流工具是bug跟踪器。它们使用基于状态的工作流。在大多数情况下，这更符合现实世界。所以，如果你有这样一个工具，你应该有。检查使用选项是用于变更请求管理。 < P>可以使用SharePoint设计器与WSS V3 < P>可以使用SharePoint设计器与WSS V3< P>您可能需要考虑简化更改请求表单。2页的内容是相当多的信息填写的变更请求 我使用标准sharepoint列表收集更改请求，并发现我很幸运能够让人们填写前4-5个字段
DATAView WebPube可用于添加数据而不是标准的新项目表单。
< P>您可能需要考虑简化更改请求表单。2页的内容是相当多的信息填写的变更请求 我使用标准sharepoint列表收集更改请求，并发现我很幸运能够让人们填写前4-5个字段dataview Web部件可用于添加数据，而不是标准的新项目表单。调查列表是表单的一个很好的简单替代品，无需任何编码即可使用。输入“问题”，即输入字段，然后附上邮件提示以供插入。缺点是您无法控制表单的布局，严格来说，每个输入字段只有一行。这使得它可能不是大型表单的好候选者。但它是如此容易使用，你应该看看它无论如何
如果您决定自行开发，请编写一个web部件，并将其添加到WSS页面。（最简单的部署：从ASP.Net WebPart类继承，放入GAC，在SharePoint webapp的wpcatalog文件夹中创建.WebPart文件）。我认为，如果您在内部web应用程序中使用WSS，您将来会发现对SharePoint定制的更多需求。学习如何做到这一点是一项很好的投资。调查列表是表单的一个很好的简单替代品，无需任何编码即可使用。输入“问题”，即输入字段，然后附上邮件提示以供插入。缺点是您无法控制表单的布局，严格来说，每个输入字段只有一行。这使得它可能不是大型表单的好候选者。但它是如此容易使用，你应该看看它无论如何
如果您决定自行开发，请编写一个web部件，并将其添加到WSS页面。（最简单的部署：从ASP.Net WebPart类继承，放入GAC，在SharePoint webapp的wpcatalog文件夹中创建.WebPart文件）。我认为，如果您在内部web应用程序中使用WSS，您将来会发现对SharePoint定制的更多需求。学习如何做到这一点是一项很好的投资。我想说的最好的方法是创建一个web用户控件并将其添加到web部件（容器web部件）-用户控件可以添加到12个配置单元中并从中选择。我已经试过了，考虑到页面有很多内容，这是一种非常简单的开发方法。
Webpart和标准asp页面开发的问题在于，没有设计视图。我认为最好的方法是创建一个web用户控件并将其添加到web部件（容器web部件）-用户控件可以添加到12个配置单元中并从中选择。我已经试过了，考虑到页面有很多内容，这是一种非常简单的开发方法。
Webpart和标准asp页面开发的问题是，没有设计视图。您可以使用Infowise Smart List Pro完成大部分工作。 它被设计成一个简单的解决方案，可以满足80%的常见表单需求。它通过伟大的SharePoint列表增强功能（如字段权限、选项卡式视图、视图权限、默认值、规则等）来实现。 令人恼火的是，Smart List Pro不需要MOSS或SharePoint服务器。它可以运行