什么可以使SharePoint的开发更容易？

如何使SharePoint的开发更容易？

远程部署： -1中央Sharepoint和透明的远程调试。

更好的产品

现在，很多东西的行为都不符合开发环境的要求

处理物品

遍历包含3000/4000项的小列表的性能

缺乏对交易的支持

希望下一个版本将有基于SQLServer的列表，您可以在其中获得事务支持和更好的性能

Bill G在2008年2月提出了一个问题，Sharepoint有点奇怪，当列表中有3000个项目，而SQL Server轻松支持数百万个项目时，您会遇到问题

---

---

标准HTML和对DOM的更好支持。

更少的XML（schema.XML等）。

需要简化构建和部署过程。有许多工具可用于创建WSP文件，但它们在某一方面都很不错，但您最终需要为您的环境扩展或修改解决方案WSP部署包。

应该查看@SPDevWiki的页面，这也尝试滥用该产品的人少了，事情也会简单得多；）

使开发过程更像“传统”的asp.net开发，换句话说，使与VS的集成更好。您应该从SharePoint内部开发，而不是从SharePoint内部开发（即SPD）。

---

codeplex上的SPVisualDev使该过程变得更好，但我希望（我说的是希望）VS2010与SP2010一起提供更好的支持。

信息性错误消息。
虽然更简单的调试和更少的XML是非常诱人的（正如人们所建议的），但我会满足于更温和的东西。
SharePoint通常“接受”异常或其他错误消息。通常，当自定义页面或web部件出现故障时，您会收到一条模糊的“页面无法显示”消息。幸运的是，设计师会引导您解决问题，或者您可能会在日志或系统事件查看器中找到一些详细信息。但在许多情况下，你一无所有。

---

示例—在编辑器上工作但在站点上不工作的业务数据目录xml怪物、随机失败的xml web部件、xsl输入错误或错误等，所有这些都需要更长的时间才能找到，有些甚至无法调试

我讨厌“值不在预期范围内”的异常，每当API出现问题时就会弹出。哦，没有评论的负面反馈？嘘，这是一个常见的问题来源。。人们试图在他们的问题的圆孔中找到合适的方法。今天听Martin Fowler的演讲，他谈到了什么时候软件没有最佳的设计，什么时候你应该添加新的功能，你必须支付成本，如果软件设计得更好，你就不必支付成本。第十个术语是设计债，这就是我们在Sharepoint产品中所拥有的，希望2010年能够改变这一点