我对专业的Orchard开发者有疑问？
鉴于我可以使用UI创建新的ContentTypes和ContentParts，您应该何时使用UI创建新的内容类型/部件，而不是创建自定义模块和编码所有内容。有什么权衡？是否有时间组合这些方法并在UI中创建一些内容类型/部分，然后使用代码进一步扩展它们？
每种方法有哪些优点？ （例如，在我看来，使用代码更容易部署更改...但仍然可以使用导入/导出模块使用UI？
用户界面看起来你很快就能完成任务，但是比编写代码更不灵活和便携？
您需要在代码中执行哪些操作？
答案 0 :(得分：1)
我倾向于首先使用UI来测试想法，然后只是在我的主题中添加模板来显示这些新部分。当我只想将新零件添加到现有类型时，我也使用UI。
我发现制作一个非常简单的模块，其中我在迁移中指定的类型是有用的，我在生产中有一个我知道将来需要升级的网站。我有一个我玩的网站的开发版本，然后当我准备好上线时，我创建了一个将升级网站的迁移。
这也意味着我可以在上线之前测试迁移，而且我不需要有一个手动更改列表，这些更改需要进入易于出错的实时网站。