优点:
一.独立设计的缓冲池，更灵活更合适,比传统的连接数据库快1000倍左右，读表操作，快5倍左右（有意者请向我们索取相关的测试数据和方式）
二.支持两种存储方式: SESSION 和 COOKIE， COOKIE 又分为 文本存储和对象存储方式，各有利弊
①存放于COOKIE文本数据:存放于COOKIE，存放数量多（推荐）
②存放于COOKIE文本对象:存放于COOKIE，相对稳定
③存放于SESSION对象:比较稳定，但占用资源相对多
可根据实际情况选择，调整
三.类型管理
1.无限分类(软限制为：每一个分类最多能分100个子类)
2.类型管理采用内存缓冲机制，不用连接数据库，也不用操作文件，这也是一般的脚本语言难以实现的
四.数据结构
1.采用独特设计的 ABAPBean，让数据库的表自动装入到相应的bean里，再通过bean里设计的方法对数据进行想要的处理，使得此系统在数据库开发和拓展方面更加容易和灵活
2.采用较先进的OOP设计思想如 Inheritance(继承，合成)，Polymorphism(接口，过载，覆盖,内部类，上塑 等办法) 等,大大提高了代码重用性，灵活性.
五.访问记录
1.经过测试,采用了比较优化的办法,使访问采用缓冲方式，如果同一个IP刷，只会操作到内存里的数据去判断，这个消耗是及其小的（毫秒级）不会调用到数据库和文件等，到一定量时再录入数据库；录入数据库时，也会因为使用了数据库连接池而减少连接开销，和使用了预编译 SQL 语句，达到批量录入的最优化，一般的脚本语言难以达到此境界，一般都是靠 COOKIE 来限制刷新 或 干脆往数据库里添加数据，按主键来限制（消耗更大）
六.搜索引擎关键字统计
结构方式可以统计到目前所有的搜索引擎（添加了几个有名的搜索引擎做为实例，用户有要求可以无限添加）
七.统计报告(地区访问统计报告，搜索引擎统计报告)可选时间段，不像以前，日，月，季度，年报表，看起来似乎操作的选项和报告多，其实已经不适合目前的形式了，因为网站可能为了推广在搜索引擎或电视，报纸等做广告，而做广告的这段时间，不一定是一个月，一个季度，一年，或不一定是一个月的开始，如果按那种日，月，季度，年 来看，是很难准确看出，公司投入的钱和得到的效益的比例
八.用户帐户管理
网络系统是多线程/进程的，以往，比如执行一个使用帐户购买过程大体执行以下的流程
1．检查用户的帐户的余额
2．执行扣除帐户金额完成购买等操作
当有多个人无心或恶意操作这个帐户时，可能会发生操作不同步问题，如果不同步，将会导致帐目错乱问题（比如支付多次的总数超过帐户的余额）目前的单单JS检查/限制同一个用户登陆，不是完善的解决方案，俗话说只能防君子，不能防小人，避开 JS 检查直接发出命令的就不用提了，而限制同一个帐户登陆的（通过限制同一个IP + 生成一个随机ID存放在COOKIE或SESION里）也是不够完善，还是有可能欺骗的，不是解决问题的根本
ABAP系统采用JAVA的同步锁，使一个操作（多条指令）原子化，这是其他脚本语言无法办到，安全程度直逼网上银行系统
|
