网站内容管理系统后台 设计(后台管理系统？先说的作用，就是后台的支撑系统)

　　网站内容管理系统后台 设计(后台管理系统？先说的作用，就是后台的支撑系统)

　　后台管理系统？

　　先说后台管理系统。一个企业的产品，我们通常可以看到用户端的产品，而用户端的产品背后有更多的后台管理系统支持。以电子商务为例。我们普通用户能看到的就是搜索商品、添加购物车、下单、结账以及快递等其他内容。顶多有优惠券和活动，好像没有。什么。但是这个用户端产品的背后是一个更大的后台管理系统，比如产品发布系统、订单处理系统、客服系统，以及财务、优惠券管理、物流系统等等。系统可以让用户运行购买商品的*敏*感*词*。

　　后台管理系统最大的作用就是支持用户的业务。如果电子商务公司没有地方上传产品，没有地方处理订单，那么用户将无法执行任何操作；第二个最重要的方面是效率。这部分主要用于内容管理。比如有些功能，我们需要修改首页的banner图片和链接。这也可以通过发布代码来完成，但是每次进行更改时，都需要经过修改代码并再次提交测试。在网络发布的过程中，尤其是在做活动的时候，这些横幅经常会发生变化。这些看似不大的小任务，其实消耗了不少战力。如果这些频繁更改的内容是通过后台管理系统进行管理的话，

　　后台管理系统的模式也是比较固定的，基本上都会有一个功能菜单，然后每个菜单对应一个功能模块，这个模式是很固定的。归根结底，后台管理系统的功能是对后台数据进行操作，即增删改查，所以后台管理系统中的功能会比较简单，即使是复杂的，也是规模上的复杂，逻辑上一般不会特别麻烦。.

　　系统特点

　　刚才说了，企业后台管理系统是一个内部使用的系统，为外部业务提供支持。基于此，我们可以知道这些后端管理系统的用户是谁，他们的特点是什么。

　　先说一下系统的用户特性。后台管理系统的使用者一般为公司内部员工。他们在使用这些系统时，最根本的诉求是功能完善、效率提升，但对兼容性和美观性的要求并不是特别高。如果我们制作一个系统只兼容高级版本的浏览器，所以对于内部人员来说是可以接受的。毕竟，换个浏览器的成本对于管理系统提供的便利来说太小了。另一个问题是，在企业中，这些管理系统通常不希望外部用户能够看到，因此不需要 SEO。甚至大部分公司都在内网部署了这个管理系统，外网是看不到的。.

　　我们来谈谈对管理系统的要求。在企业中，管理制度存在的意义在于提高内部人员的工作效率，所以考虑管理制度必要性的最大特点就是成本效益。如果一个功能是支持业务所必需的，那么无论付出多少努力，都无话可说。但更多的情况下，有些功能还是可以通过人工或者其他方式解决的，不一定要通过系统的开发。这个时候，我们需要考虑几件事。一是这个功能的使用频率，即使用的频率；那么这个功能需要多久才能完成，工作人员可以节省多少时间；最后，我们必须考虑，有了这个功能，可以降低多少系统风险。例如，在系统不可用之前，需要开发人员或 DBA 手动操作数据库。如果用系统代替人工操作，这种风险能降低到什么程度。结合这三个问题，我们可以评估一个系统是否必要。管理系统的次要要求是美观。虽然这不是第一个要求，但如果可以的话，让系统看起来更好也没有错。而且，市场上已经有很多格式良好的UI框架，简单的参考一下就能让系统好看。结合这三个问题，我们可以评估一个系统是否必要。管理系统的次要要求是美观。虽然这不是第一个要求，但如果可以的话，让系统看起来更好也没有错。而且，市场上已经有很多格式良好的UI框架，简单的参考一下就能让系统好看。结合这三个问题，我们可以评估一个系统是否必要。管理系统的次要要求是美观。虽然这不是第一个要求，但如果可以的话，让系统看起来更好也没有错。而且，市场上已经有很多格式良好的UI框架，简单的参考一下就能让系统好看。

　　最后说一下做​​这种系统时的技术选择。对于工程师来说，他们普遍认为后台管理就是增删改查，没有太多的技术含量。但是，通过前几个功能，我们会发现后台管理系统的用户对系统的容忍度更高。如果兼容性不好，可以使用更高的版本。一些复杂的逻辑用技术不好处理，也不会影响效率。您可以更改操作方式。这样一个容差比较大的系统，非常适合作为一些新技术的试验场。一些不敢在用户系统中使用的技术，可以先在管理系统中尝试。当然，也有开发者会认为这么简单的系统，只需找到一些现成的代码并将其放在一起即可。这种方法可能很快，但对于工程师来说，技术提升并不大。以前端为例。在不打压兼容性和SEO的情况下，可以使用很多新技术，比如React、ES6、Sass，以及各种打包工具。如果需要一个不使用这些东西的管理系统，那么再试的机会就更少了。

　　后台管理系统也可以很复杂

　　一直在说后台管理系统一般都是增删改查，比较简单。不过后台管理有几点，还是比较复杂的。

　　首先，让我们谈谈权限管理。如果使用小型管理系统，权限管理分为两类，即授权和非授权。在这种情况下，登录信息管理就足够了。但是当系统变得复杂，不同分工的人一起使用这个系统时，那么黑白许可的方法就不合适了。当系统复杂到一定程度时，我们会引入权限管理，更大的将是权限系统。在权限体系中，必须有角色和权限的划分。每个用户被划分为一个或多个角色，然后这些角色被赋予指定的权限。此外，权限系统还可以对不同的后台管理系统进行统一的权限管理，增加了权限管理的复杂性。如果对权限系统感兴趣，建议学习一下济民先生的权限系统。

　　下一个要讨论的更复杂的事情是流程管理。在一个简单的管理系统中，一些功能可以通过直接操作来完成。但是，如果整个企业达到一定规模，一个人操作，风险就变得不可控了。加入真人滥用或错误操作，会直接造成业务损失，尤其是金融相关的敏感操作。更需要引入流程来管理它们。过程中会有一条审批线，从头到尾都需要几个人的审批，所以多次检查相对比较安全。在这个过程中，最复杂的不是继续前进，而是在发现不适当的操作时完全回到之前的状态。

　　还有一个我觉得比较复杂的地方。它可能在业务模板的管理中。这个问题在比较大的管理系统中还是会出现的。当我们要管理成百上千的内容时，这些管理页面的开发本身就带来了效率问题。这时候，我们需要向上抽象一层，提取出一个可以用于通用管理服务的模板。新增管理功能，可使用模板创建管理页面，进一步解放开发者。但是这个模板本身的设计确实是一个比较复杂的问题。现在能完全脱离开发的模板管理很少。更好的可能是一些企业使用的OA系统。

　　最后

　　希望这篇文章的文章能让同学们了解后端管理系统的特点，在开发这些系统的时候好好利用机会，尝试一些新技术，不要放过。

　　最后，祝大家新年快乐，2018年万事如意！