根据各种JS库的缺点专门开发

1、JS原生代码经在项目中应用，非常繁琐臃肿，完全赶不上JS库用得简洁方便，因此必须否定该方式。
2、jquery库中象dQuery.prototype.click=function(fn){}及函数里return结果的大量雷同写法完全赶不上直接执行document的效率。
3、常见的JS库如jquery库最少30k以上，带jquery库的页面加载及运行速度极慢，尤其在手机端感觉难受。
4、jquery库这类库描述说可以分拆，经分析其实它制作时就没考虑这个问题，因此设计及运行效率的缺点改变不了。
5、各种JS库最后都经过压缩，一个函数就用一个字母就可以了，这样加载更快。因此外人很难看出它的缺点。
6、日常前端人员只要制作一个什么功能就会拷贝一个JS库，这样导致页面臃肿加载慢，并且没注意到情况一变JS库有互相干扰的现象。
7、jquery库及功能代码放在操作的DOM前面都可以实现功能，这在js原生代码里是不可能的。足见其运行的慢。
8、jquery库中的命令有二十种以上，象val()这类看似简洁的命令其实是专门的函数实现的，不同功能不同格式，完全不精简，使用经常是靠拷贝。

应用实测效果

1、sujuda.js库只几k大小，加载速度非常快，尤其在手机端效果更好。速聚达库仅是其它库大小的十分之一，加载速度提高80%以上。
2、速聚达库（sujuda.js）是直接对DOM进行操作或直接获取DOM的值，因此命令本身运行更快；实测运行速度提高了20%以上。
3、速聚达库的命令参阅了各种常见的JS库命令，保留了JS原生代码中简洁的命令，命令格式非常统一，易理解易记好用。
3、速聚达库只八条命令就可实现整站JS功能（命令说明在z_readme中），并且易记可直接书写。否定了各种库繁琐的方式。
4、速聚达库在整个速聚达CMS后台都应用，没有任何错误或功能缺陷。目前分析只有放弃其它库唯一使用一个库才可提高开发及运行效率。
5、速聚达库由资深工程师开发，任何不利都可调整。目前所有项目都只使用sujuda.js库，并且建议所有HTML页要实现JS功能时一律替代使用该库。
6、应用测试，速聚达库有创新革命意义，后台等用HTML的地方都应该用。速聚达库，中国的速聚达JS库！

市面上的CMS存在大量缺点

1、市面上的CMS存在大量缺点，完全不可用，所以单独开发。IT世界中最简单的企业网站经常关闭更换也是此类原因。
2、如dedecms、phpcms不是按照MVC的方式组织开发的，易受到攻击！
3、2016年北京IFC大厦的一家公司及长沙的一家公司网站受到攻击后是重新开发的，因为MVC不清晰，理不清不如重新开发。
4、非主流的框架的MVC设计方式谈不上安全！内行的随便加几行代码就可毁坏系统。框架自身是可替换的。
5、北京的一家公司html页面生成了超过四千就存不下而改成直接读取。非主流的框架的MVC设计方式代码阅读调试非常费力气。
6、有一套dedecms做好的官网，一年后登录处改代码调试发现非常辛苦，做好的也只有放弃。那属于垃圾代码了。
7、常见CMS开发流程过于繁琐，几乎都是一百多张表，一百多个文件。不符大道至简的原则。
8、因为设计过于复杂，几乎市面的CMS都不能升级。PHP版本简单的升级都麻烦，框架自身的升级（如易优CMS）都不可能。

速聚达CMS优点

1、参阅市面上的CMS存在的大量缺点，历时数年，几经易改，完全重新开发。
2、本CMS只八张表，前后台两个文件，前端页面配合可以实现CMS需要的几乎所有功能。
3、使用主流国产框架，安全可靠。代码尽量精简，易阅读维护；数据是可视输入。
4、已经应用了一百多个项目，证明极度的提高了开发的效率及维护的便利性；从而保证了项目的可持续性。
5、自身的网站一律不用其它CMS，只用该CMS；其它做好的都要放弃。
6、本CMS已极度优化，再如需要添加变更功能已更容易。
7、本CMS遵循功能第一，但需大道至简的原则。因此能轻松升级，无论是PHP版本还是TP框架自身。
8、本CMS参阅大型商城开发经验，模型及函数都做了架构设计。因此开发维护方便。
9、说明不是常见的商业贬低的方式，纯粹从技术方面描述。如有功能需求或建议，欢迎交流！

功能齐全

1、商城为多商户商城，兼容单商户的形式。
2、加入最新的uniapp版本，可以多端发布。并且uniapp也做了架构设计。
3、有商家后台及总后台。后台管理方便。
4、区别于一般的商城，该商城包括PC版在内的全部类型，如各种小程序、APP版本。
5、商城APP中使用最新的功能，如微信第三方登录，电话号一键登录。看到很多商城缺失这些或用户注册未校验重复了。
6、多商户商城后台登录点击“商家管理中心”或“平台总后台”。

十倍的精力做了架构设计

1、一般的小公司天天是在忙功能，考虑不了架构设计。所见是大厂及少数人懂并使用。
2、市面所见商城存在大量缺点，下面篇幅列举只是部分。
3、大厂的商城代码是看不到的，因此不属于市面所见商城。即使它有代码缺陷（如某宝页面太丑），它的收入明显超过支出也不可比较的。
4、商城未做好架构设计，它的升级是不可能的。维护也非常辛苦。IT属于系统工程，足见缺陷的致命性。
5、架构设计不只是用于后端，也用于前端，并且同样重要。

市面常见商城缺陷列举

1、目前市面上的php商城技术略熟练的人都见过，反映的是事实，不用反驳。有优点是可以取用的，缺点就要全部放弃。
2、2018年长沙的一个ecshop开发的商城发生攻击事件，就是因为它整个系统都是敞开的，辞退的程序员随便加两行代码公司都找不出来。
3、非MVC方式开发的商城都可否定，就象单商户的都可否定一样，毕竟多商户的是轻松兼容单商户的，否定分开的复杂的做法也有上升的空间。
4、TPSHOP是有TP5的代码改成TP3的，此是无聊之举，商城降低性能不好升级。其它不用列举。
5、CRMEB的后台是layer框架，layer前端框架官网都关闭了，因此后台谈不上易用及升级。
6、目前包括niushop、westmart在内的商城都没有考虑五个端口（两个后台、以前的WAP端、PC端、现在的API端）统一调用函数的情形。
7、它们没有与时进步都是只考虑了一个端而不管其它，功能残缺，不能持续使用；升级调整极为困难或不可能。
8、商城如是PC端session确定用户身份，应是extend的最后一个控制器，就像API端一样，这样统一了位置。niushop起初是公共函数打开session。
9、目前证明五端的商城函数都可做成公用的，统一调用，这样极度便于开发管理。公用函数的用户id即uid都是传入即可。
10、市面所见商城哪个位置统一确定用户身份、公共函数怎么设置影子都没见到。
11、IT是系统工程，它一个地方对不上就全部对不上（就全部要调）；密集雨商城花了十倍的精力做了架构设计，因此转换为golang语言及升级都很容易。
12、象CRMEB分析永远都达不到效果，不如重新开发。它整个后台的layer框架都能撤换吗？目前了解前端用smart模板引擎升级维护方便。
13、统一商城五端的函数就要改动整个商城，其它枚举是部分。所以反映有问题的商城是放弃不可用的！
14、人是无优劣之分，但理解领悟不同。别人能做千亿做个零头都不行，这些是原因之一。