sách gpt4 ai đã đi

Môi trường phát triển/sản xuất SharePoint

In lại 作者:行者123 更新时间:2023-12-03 16:58:46 28 4
mua khóa gpt4 Nike

我在使用 SharePoint 时遇到的最大挑战之一是它不能很好地适应典型的项目环境,其中至少包含开发和生产环境。我遇到的最多的问题是内容和列表是如此紧密地耦合在一起,以至于如果不在生产环境中执行内容卡住就很难执行设计更改。例如,如果我有一个包含计算列的列表并想要添加一些新功能,我将不得不在生产服务器上进行内容卡住,从生产服务器创建一个列表模板(包括内容),将该列表恢复到开发环境,进行我的更改,然后反转列表模板过程。这同样适用于页面和 SharePoint 中的任何其他内容。似乎一旦部署了站点,最好直接在生产箱上工作,但由于显而易见的原因,这破坏了大量最佳实践。

你们中的其他一些 SharePoint 开发人员如何处理此限制?

1 Câu trả lời

SharePoint“开发”实际上有两个(更多?)级别。您拥有部署到服务器的代码,例如 Web 部件、内容类型、工作流操作等。这在部署和最佳实践方面效果相对较好。

然后你有你的例子,它更像是对站点实例的定制。当我们必须在门户网站的站点目录列表中自定义计算字段时,我们所做的是尝试调整开发中的更改。然后写下要进行的自定义的详细说明,并让具有适当权限的单独人员使用这些说明在集成(登台)服务器上进行更改。然后让同一个人在生产中进行更改。

我不确定您的更改是否容易受到这种方法的影响,但值得考虑。

然后我们有另一个网站,它使用 SharePoint 设计器进行了大量自定义,并且我们正在使用该网站。

关于SharePoint 开发/生产环境,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/234432/

28 4 0
行者123
Hồ sơ cá nhân

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá Didi Taxi miễn phí
Mã giảm giá Didi Taxi
Giấy chứng nhận ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com