编辑umbraco控制器的最佳实践

编辑umbraco控制器的最佳实践,umbraco,umbraco7,Umbraco,Umbraco7,我想对面板上的文本在Umbraco网格中的显示方式做一个小更改 我发现我只需几行就可以对nestedcontent.controllers.js进行更改,这很有效 但是,如果/当我们升级Umbraco时,此更改可能会丢失 最佳实践是什么?更改Umbraco行为的其他方法?看起来像是包特定的文件嵌套内容?您可以下载包文件,解压缩并在重新压缩之前进行更改,并将压缩文件保存在安全的地方?;-或者,如果这是一个每个人都能从中受益的变化,那么在Github上发出拉取请求 我说进行更改,在您进行更改的同时,

我想对面板上的文本在Umbraco网格中的显示方式做一个小更改

我发现我只需几行就可以对nestedcontent.controllers.js进行更改,这很有效

但是,如果/当我们升级Umbraco时,此更改可能会丢失


最佳实践是什么?更改Umbraco行为的其他方法?

看起来像是包特定的文件嵌套内容?您可以下载包文件,解压缩并在重新压缩之前进行更改,并将压缩文件保存在安全的地方?;-或者,如果这是一个每个人都能从中受益的变化,那么在Github上发出拉取请求

我说进行更改,在您进行更改的同时,向项目作者提交一个永久更改请求

这就是为什么我不担心Umbraco升级会覆盖它:

Umbraco中的升级不是自动的,除非您使用的是云版本。因此,这意味着您可以选择升级。在进行任何类型的开发时,最好将代码签入某种源代码管理。我个人喜欢SVN或GitHub

升级Umbraco站点时,我始终确保已将所有文件签入源代码管理。如果您这样做,在进行升级时,您可以查看文件是否已更改,并且在您进行更改的行上,您可以将该行恢复到您原来的状态


我希望这是有意义的。

让我们试着简单地回答一下。。。如果你说的是后端,那就是

最佳实践是什么?改变翁布拉科行为的其他方法

Angular和插件 到目前为止,最好的方法是编写插件。插件可以放在属性编辑器的第一位。但它也可以用来干扰整个后端。但你可以走得更远

几乎所有东西都可以扩展,自定义仪表板、自定义分区、自定义树。。。您可以命名它,它可能可以在后端进行扩展

一切都是由角驱动的。没有什么能阻止你做一些非常时髦的事情。像这样的包拦截每个http调用,然后运行它们自己的逻辑

来自.net代码 许多umbraco逻辑(如完整的请求管道)都可以由您自己的实现代替。没有什么可以阻止您运行自己的UrlProvider

事情发生后,事情又会怎样呢。例如,在保存之后

最佳做法 我认为最好的做法是让翁布拉科保持原样。如果你真的不需要改变,就不要改变它。尽可能使用所有扩展点


并使用默认的Umbraco工具。不要重新发明轮子。使用翁布拉科已有的东西。它将使您有可能为内容编辑器构建更好的网站,并更快地为用户提供服务。

您在哪里做了哪些改变?在后端或前端。你说的是嵌套内容还是umbraco网格?这些是不同的动物。