Content management system 从我列出的两种方法中,哪一种更适合CMS页面管理,为什么?

Content management system 从我列出的两种方法中,哪一种更适合CMS页面管理,为什么?,content-management-system,Content Management System,以下是两种情况: 第一个:你有一个CMS,你登录到页面管理器,选择一个模板,然后添加一个页面到系统中,编辑页面,保存完成 第二个:你登录,然后转到你想要存在但还不存在的URL,但仍然显示为模板以输入内容。例如,“/articles/article”,由于URL映射为动态的,因此将显示文章模板,并在此处编辑占位符。不同类型的页面或模板将映射到不同的URL模式,如“/product/[product number]”等 由于我更喜欢第二种方法,因为它不需要管理页面,只需要进行身份验证,然后导航到所需

以下是两种情况:

第一个:你有一个CMS,你登录到页面管理器,选择一个模板,然后添加一个页面到系统中,编辑页面,保存完成

第二个:你登录,然后转到你想要存在但还不存在的URL,但仍然显示为模板以输入内容。例如,“/articles/article”,由于URL映射为动态的,因此将显示文章模板,并在此处编辑占位符。不同类型的页面或模板将映射到不同的URL模式,如“/product/[product number]”等

由于我更喜欢第二种方法,因为它不需要管理页面,只需要进行身份验证,然后导航到所需的页面,所以在编程方面,我更喜欢第二种方法。第一个更结构化,很适合列出它们或单独的权限设置


请给出建议。

除了认证考虑之外,我认为两种方法都可以。我认为他们最终通过不同的用户体验完成了相同的事情。为了回答这个问题,我会把每个原型都写下来,然后把用户拉到一个房间里,进行一个快速/非正式的可用性研究,给他们一些任务,比如“用…创建一个页面”等等。评估哪个模型表现更好。你真的应该通过包括将要使用该系统的用户来回答这个问题。

以下是我所做的自由形式方法www.kitgui.com,但我在过去使用了几种传统的CMS方法。我发现,就使用动态URL而言,这是最流畅的一个,因为客户机能够拥有一个导航元素,该元素在模板中保持不变(或全局),而不管URL是什么。这些文档是在KitGUI中制作的,目的是给你一个想法->www.KitGUI.com/docs。这个想法完全是空中楼阁,但在我自己的公司使用了一年后,我发现它非常容易安装。我真的需要从开发者的角度对此发表意见。