快速开发调试您的 ASP 接口

[Rimifon]

点此查看演示， 点此下载源码。

重新定义了 ASP 开发模式

特色：
1、快速搭建、开发 API 接口，数据格式采用目前最流行的 json 传输。
2、接口页即文档页，并可实时输入参数调试运行，调试接口再也无需等待前端程序员完成页面重构。
3、封装了部分微信接口。
4、封装了数据库操作类，同时支持 SQL Server + SQL Server Lite (SQL CE) 两种数据库，使用传参方式，杜绝 SQL 注入。
5、实现了用户身份绑定、限时缓存更新等常用功能。

[Rimifon]

哈哈，匡瓢了…… 重新复制了一次，奇怪的可以了，检查了一次权限，和原来一模一样。

[好记忆不如烂笔头abc]

楼主还在坚持asp，难得。 但现在的asp趋势不被看好怎么办，基本没看见有大的B/S系统会采用asp？

[Rimifon]

引用 5 楼 好记忆不如烂笔头abc 的回复:

楼主还在坚持asp，难得。 但现在的asp趋势不被看好怎么办，基本没看见有大的B/S系统会采用asp？

我觉得 asp 不被看好有如下几个原因： 1、高并发的性能问题。 2、Access 数据库只能在 32位模式下工作，除非安装 64位的 Office。 3、大量ASP采用 拼接 SQL 语句的开发方式，安全性低，容易出错。游标方式现在也是非主流。 4、vbs 语法不但与现在流行的开发语言差异很大，而且过于古老，缺乏更新。 5、现在接口交互主流采用的 json格式，asp 环境 之前没有良好的输出 json 数据的模式。 针对以上问题： 第1个问题：最近用 sql ce 文件型数据库做投票系统实测（40万用户量，200万条投票日志），并发 20个/秒以内能稳定快速运行（平均每个请求 50毫秒），CPU开始达到95%左右，更多会开始变卡，而且双核达到最高性能，扩展CPU 数量意义不大。此次投票卡顿都是被刷票发生。结论：并发性能瓶颈大多在数据库操作上，如果数据库和web分离，并发支持能大幅度提升。所以，ASP 做一般的企业应用完全没问题，高并发也可以量力而行。 第2个问题：此源码包含的数据库操作方法，同时支持 SQL Server 和 SQL Server CE 两种数据库，2012 以上内置 SQL CE ，并且是 64 位的。 第3个问题：内置数据库操作方法采取传参数的方式，防止注入，保证了安全。同时封装了链式操作的方法，将“结构化”查询语言变成了“对象化”查询语言，例如将一个查询结果 astable("a") 对象化成一个表a，然后继续 join 其他表操作。而且链式操作内置了数据库分页方法，完全不用再操心分页的事情。 第4个问题，这里采用的是传统的 js 语言编写 asp，虽然不支持最新的 ecma 6 写法，做 web 开发的基本要看就会。 第5个问题，源码封装了 JSON 的编码和解码处理方法，利用 js 语言的优势，输出 json 结果变得异常通畅顺手。特别是提供了调试环境，完全不需要等前端配合调试接口。

[Rimifon]

我觉得，asp 回春也不是没有可能吧，不过微软大爷自己不看好的话，确实难搞啊。

[加油馒头]

你们网站是ASP的？？？

[amuie]

引用 8 楼 horizon_zpy 的回复:

[quote=引用 6 楼 Rimifon 的回复:][quote=引用 5 楼 好记忆不如烂笔头abc 的回复:]楼主还在坚持asp，难得。
但现在的asp趋势不被看好怎么办，基本没看见有大的B/S系统会采用asp？

我觉得 asp 不被看好有如下几个原因：
1、高并发的性能问题。
2、Access 数据库只能在 32位模式下工作，除非安装 64位的 Office。
3、大量ASP采用 拼接 SQL 语句的开发方式，安全性低，容易出错。游标方式现在也是非主流。
4、vbs 语法不但与现在流行的开发语言差异很大，而且过于古老，缺乏更新。
5、现在接口交互主流采用的 json格式，asp 环境 之前没有良好的输出 json 数据的模式。

针对以上问题：
第1个问题：最近用 sql ce 文件型数据库做投票系统实测（40万用户量，200万条投票日志），并发 20个/秒以内能稳定快速运行（平均每个请求 50毫秒），CPU开始达到95%左右，更多会开始变卡，而且双核达到最高性能，扩展CPU 数量意义不大。此次投票卡顿都是被刷票发生。结论：并发性能瓶颈大多在数据库操作上，如果数据库和web分离，并发支持能大幅度提升。所以，ASP 做一般的企业应用完全没问题，高并发也可以量力而行。
第2个问题：此源码包含的数据库操作方法，同时支持 SQL Server 和 SQL Server CE 两种数据库，2012 以上内置 SQL CE ，并且是 64 位的。
第3个问题：内置数据库操作方法采取传参数的方式，防止注入，保证了安全。同时封装了链式操作的方法，将“结构化”查询语言变成了“对象化”查询语言，例如将一个查询结果 astable("a") 对象化成一个表a，然后继续 join 其他表操作。而且链式操作内置了数据库分页方法，完全不用再操心分页的事情。
第4个问题，这里采用的是传统的 js 语言编写 asp，虽然不支持最新的 ecma 6 写法，做 web 开发的基本要看就会。
第5个问题，源码封装了 JSON 的编码和解码处理方法，利用 js 语言的优势，输出 json 结果变得异常通畅顺手。特别是提供了调试环境，完全不需要等前端配合调试接口。[/quote]

谢谢分享，已经下载源码学习。

引用 6 楼 Rimifon 的回复:

[quote=引用 5 楼 好记忆不如烂笔头abc 的回复:]楼主还在坚持asp，难得。
但现在的asp趋势不被看好怎么办，基本没看见有大的B/S系统会采用asp？

我觉得 asp 不被看好有如下几个原因：
1、高并发的性能问题。
2、Access 数据库只能在 32位模式下工作，除非安装 64位的 Office。
3、大量ASP采用 拼接 SQL 语句的开发方式，安全性低，容易出错。游标方式现在也是非主流。
4、vbs 语法不但与现在流行的开发语言差异很大，而且过于古老，缺乏更新。
5、现在接口交互主流采用的 json格式，asp 环境 之前没有良好的输出 json 数据的模式。

针对以上问题：
第1个问题：最近用 sql ce 文件型数据库做投票系统实测（40万用户量，200万条投票日志），并发 20个/秒以内能稳定快速运行（平均每个请求 50毫秒），CPU开始达到95%左右，更多会开始变卡，而且双核达到最高性能，扩展CPU 数量意义不大。此次投票卡顿都是被刷票发生。结论：并发性能瓶颈大多在数据库操作上，如果数据库和web分离，并发支持能大幅度提升。所以，ASP 做一般的企业应用完全没问题，高并发也可以量力而行。
第2个问题：此源码包含的数据库操作方法，同时支持 SQL Server 和 SQL Server CE 两种数据库，2012 以上内置 SQL CE ，并且是 64 位的。
第3个问题：内置数据库操作方法采取传参数的方式，防止注入，保证了安全。同时封装了链式操作的方法，将“结构化”查询语言变成了“对象化”查询语言，例如将一个查询结果 astable("a") 对象化成一个表a，然后继续 join 其他表操作。而且链式操作内置了数据库分页方法，完全不用再操心分页的事情。
第4个问题，这里采用的是传统的 js 语言编写 asp，虽然不支持最新的 ecma 6 写法，做 web 开发的基本要看就会。
第5个问题，源码封装了 JSON 的编码和解码处理方法，利用 js 语言的优势，输出 json 结果变得异常通畅顺手。特别是提供了调试环境，完全不需要等前端配合调试接口。[/quote]
谢谢分享，已经下载学习。
asp我觉得64位是个瓶颈，这个代码可以运行在64位的iis,但是经典asp支持吗？
access有64位驱动的，但是asp应该只有32位吧。

还有一个问题，关于加密解密的。因为我对算法不太清楚，源码中有关
AesCbc.sct
AES-128-CBC 解密是不是和下面php小程序后台
openssl_decrypt一样？
PKCS7Encoder的加密，支付宝接口都没有传统asp的sdk,自己写功力不够。
asp我觉得还是厂商sdk支持力度不够。
https://e.anyoupin.cn/getphone/getphone.zip
微信小程序获取电话号码源码

引用 6 楼 Rimifon 的回复:

[quote=引用 5 楼 好记忆不如烂笔头abc 的回复:]楼主还在坚持asp，难得。
但现在的asp趋势不被看好怎么办，基本没看见有大的B/S系统会采用asp？

我觉得 asp 不被看好有如下几个原因：
1、高并发的性能问题。
2、Access 数据库只能在 32位模式下工作，除非安装 64位的 Office。
3、大量ASP采用 拼接 SQL 语句的开发方式，安全性低，容易出错。游标方式现在也是非主流。
4、vbs 语法不但与现在流行的开发语言差异很大，而且过于古老，缺乏更新。
5、现在接口交互主流采用的 json格式，asp 环境 之前没有良好的输出 json 数据的模式。

针对以上问题：
第1个问题：最近用 sql ce 文件型数据库做投票系统实测（40万用户量，200万条投票日志），并发 20个/秒以内能稳定快速运行（平均每个请求 50毫秒），CPU开始达到95%左右，更多会开始变卡，而且双核达到最高性能，扩展CPU 数量意义不大。此次投票卡顿都是被刷票发生。结论：并发性能瓶颈大多在数据库操作上，如果数据库和web分离，并发支持能大幅度提升。所以，ASP 做一般的企业应用完全没问题，高并发也可以量力而行。
第2个问题：此源码包含的数据库操作方法，同时支持 SQL Server 和 SQL Server CE 两种数据库，2012 以上内置 SQL CE ，并且是 64 位的。
第3个问题：内置数据库操作方法采取传参数的方式，防止注入，保证了安全。同时封装了链式操作的方法，将“结构化”查询语言变成了“对象化”查询语言，例如将一个查询结果 astable("a") 对象化成一个表a，然后继续 join 其他表操作。而且链式操作内置了数据库分页方法，完全不用再操心分页的事情。
第4个问题，这里采用的是传统的 js 语言编写 asp，虽然不支持最新的 ecma 6 写法，做 web 开发的基本要看就会。
第5个问题，源码封装了 JSON 的编码和解码处理方法，利用 js 语言的优势，输出 json 结果变得异常通畅顺手。特别是提供了调试环境，完全不需要等前端配合调试接口。[/quote]
谢谢分享，已经下载学习。
asp我觉得64位是个瓶颈，这个代码可以运行在64位的iis,但是经典asp支持吗？
access有64位驱动的，但是asp应该只有32位吧。

还有一个问题，关于加密解密的。因为我对算法不太清楚，源码中有关
AesCbc.sct
AES-128-CBC 解密是不是和下面php
openssl_decrypt一样？
PKCS7Encoder的加密，支付宝接口都没有传统asp的sdk,自己写功力不够。
asp我觉得还是厂商sdk支持力度不够。
https://e.anyoupin.cn/getphone/getphone.zip[/quote]

支付宝就是引用rsa sha256加密，asp支持的，现在除了微信企业支付需要用到aesgcm没办法用之外，常规aes des 3des rsa都是支持的

[horizon_zpy]

引用 12 楼 Rimifon 的回复:

这个功能有点类似于丝袜哥，swagger，看看下面论坛推荐的第一个帖子，就是关于 swagger 的。这也算是 asp 版的丝袜哥吧，不过我是参考了 asmx 的方式做出来的。

swagger https://blog.csdn.net/wujian_csdn_csdn/article/details/81702981?utm_medium=distribute.pc_relevant_bbs_down.none-task-blog-baidujs-1.nonecase&depth_1-utm_source=distribute.pc_relevant_bbs_down.none-task-blog-baidujs-1.nonecase 这篇java的哦，嗯，的确如此。

[Rimifon]

用 asp 做网站不奇怪吧。

[finalfantasy_xu]

方法还不错了

[无·法]

鼓励一下

[大葡萄八块一斤]

[finalfantasy_xu]

学习了，学习分享！

[Rimifon]

源码增加了 stat.asp，用来监控运行性能，方便新站上线时快速排查定位运行问题。

[finalfantasy_xu]

学习一下，试试看

[麋鹿故作优雅]

非常有用，感谢

[Rimifon]

压缩包增加了 aspx 版(Windows + Linux 两个版本)，方便将 asp 项目迁移到不同平台运行。

[Rimifon]

增加了一个 CMS 演示。

[finalfantasy_xu]

哈哈，匡瓢了……

[m0_49176541]

啊这。。。。。

[finalfantasy_xu]

学习一下，谢谢分享！