随着我们的客户群体不断扩大，对网站后台的要求越来越高，尽管我们在很久以前就认为我们的后台程序趋近完美，但事实上却不是这样。通过对客户使用反馈数据的整理分析后，我们发现网站后台在产品分类这一块处理得不够人性化，还有很大的提升空间，这也是本次升级的核心思路。
自动记录最近操作所涉及的全部分类信息
不管网站的产品中心是一级分类、二级分类还是二级以上的分类模式，目前我们已经实现了记录最近一次操作时选择的分类数据，并且在下一次上传产品的时候以默认的方式显示出来。这样在极大程度上提高了多个产品数据集中上传时的工作效率。如下图所示，左侧为升级前的效果，如上传分类相同的产品项目时，也需要重新设定分类信息，而右侧为升级后的演示效果，如上传与刚刚相同分类信息的产品，则无需再次选择分类。
修改分类父级类别时自动修改对应子类或子产品项目的分类信息
这是一个比较重要的升级点了，可能您过去还没有注意到，这种情况只出现在二级或二级以上分类结构的网站中。例如某一个产品的一级和二级分类分别是1.1和2.1，当我们将二级分类的父级类别修改为1.2的时候，如果不同步修改所有二级分类为2.1的产品分类信息的话，数据就会变得凌乱不堪，新升级之后，我们已经完美解决了这个问题。
优化二级或二级以上产品分类的排序问题
分类的排序，按理说大家使用的时候不会存在什么问题，过去的解决方案也能够满足，除非二级分类的数量非常多的情况下。例如：二级产品多达50个的时候，要将最后一个分类挪到最上面，这个就需要占用较长的时间来操作了。因此，新的二级分类排序问题我们采用了分段模式。也就是说，所有二级或更深层级的分类排序，全部以其父级分类为一段，排序全部将局限于在这一段内完成。这样就在很大程度上节约了排序修改的时间。同时，我们在逻辑运算上采用了自动排序功能，所有的排序再也不会发生混乱。
项目所属分类的聚合显示
在网站后台中，过去我们只是将某一个类别所属的父级类别显示出来。后来发现我们的网站管理员在使用后台的时候需要同时看到更多、更深、更远级别的分类信息。因此，我们在升级后的后台程序中，我们显示了某一个项目的全部分类信息。
以上总体主要是以产品中心功能为例在描述这次后台升级的主要内容，其实这些功能并不局限于产品中心。案例中心、新闻中心，只要是涉及到二级或二级以上分类的功能模块都适用。可能您看完本文并不知道我在描述什么，这不重要，您只需要知道，在此以后的网站后台使用起来将更加方便就对了。
