一个共享点开发人员在技术上是"装备"来做自定义应用程序开发,反之亦然？

Question

这可能是一个基于意见的问题,但这是我想问的问题(即使它最终会被关闭或删除).

我做自定义应用程序开发(asp.net/aspMVC),并且完全没有关于sharepoint的知识,并且想知道:

如果你有一个"坚如磐石"的自定义应用程序开发者,asp.net/aspMVC web开发人员可以很容易地进入sharepoint开发吗？反过来呢？经验丰富的sharepoint开发人员是否有"chops"使用asp.net/aspMVC做自定义应用程序开发？

我绝不想冒犯任何共享点开发人员或任何自定义应用程序开发人员.我只是想看看从一种类型的开发到另一种开发时你可以带多少知识.

Answer 1

我最近通过SharePoint学习过程从我的团队中找到了一个非常强大的.NET人员,让我告诉你,这不是一项小任务.问题不在于对SharePoint对象模型或产品体系结构的熟悉程度(他对后者非常熟悉),更多的是要理解"SharePoint方式"的处理方式.

让我扩大一点; 主要的是在主机系统上本地工作的概念超出了窗口,因此您需要在VPC(您可能需要从头开始构建)或安装了相应开发工具的服务器上工作.有些人甚至直接在他们的主机上运行Windows服务器产品,但是当你还需要在PC上运行SQL Server和SharePoint时,你需要非常专注.

接下来的事情不仅仅是打开SharePoint站点并编写代码来解决问题,更重要的是构建可以部署的各个Web部件和功能.这也涉及一些非常模糊的XML文件配置,如果不正确,可能会对整个环境产生非常不利的影响(即事情就会停止工作).最后,部署过程完全不同.没有像普通ASP.NET环境那样简单的"发布"选项,而是有一个复杂的部署和激活过程.

SharePoint做了很多事情,但是在编写自定义应用程序时,它有一种不可思议的诀窍,即制作通常非常简单的非常复杂的东西.你可以到达很多十字路口,无论是SharePoint方式还是高速公路,如果你没有意识到这些,你就会面临严重的风险.不要误会我的意思,这是一个很棒的产品,我只是说不要以"它只是.NET开发"的态度接近它,并期望事情顺利进行.

恕我直言,对于.NET开发人员来说,这是一个非常大的跳跃,除非你认真考虑进入SharePoint开发,否则不应该接近它.我现在的环境非常明确,除非有人拥有开发SharePoint的真实世界经验,否则他们不应该跳进去"在工作中学习"; 风险太高了.

顺便说一下,有一个很好的问题,题目是你应该阅读哪些关于Sharepoint的最大抱怨.