重构经典ASP的最佳实践？

我必须在一个大的,旧的,意大利面条的ASP系统中做一些重要的开发.我已经远离ASP很长一段时间了,我将精力集中在Rails开发上.

我采取的一个基本步骤是使用有意义的名称将页面重构为子函数和函数,这样至少可以很容易地理解@文件的顶部通常会发生什么.

ASP有一个有价值的MVC框架吗？或者至少如何从视图中获取业务逻辑的最佳实践？(我记得在当天做了很多包括 - 仍然是这样做的方式吗？)

我也希望能够对业务逻辑进行一些单元测试,但也许我的要求太多了？

更新:

项目中有超过200个ASP脚本,长达数千行;)UGH!

我们可能会选择"重大改写",但在那之前,当我在更换页面时,我想花一点时间来清理意大利面条.

假设

Classic ASP系统的文档非常简单.

管理层并不是在寻找重写.

既然你已经在rails上做了ruby,你的(VB/C#)ASP.NET最多也是可以通过的.

我的经验

我也继承了一个经典的ASP系统,它被ex excel-vba类型无缘无故地打了起来.有很多这样的东西crap(有时缺少结束标签; Argggh!).在2.5年的过程中,我添加了一个安全系统,一个公共库,CSS + XHTML,并且能够强制验证xhtml1.1(不幸的是没有适当的mime类型),并且构建了一个相当强大且无情的报告系统.每天由80位用户使用.

我使用了jEdit,cTags(如上面的阻塞所述)和一堆其他插件.

我的建议 尝试创建一个主包含文件,从中导入所有常用的东西.登录/注销,数据库访问,Web服务,javascript库等等.

使用课程.它们是超原始的(没有遗传),但是如果说堵塞,它们可以很方便.

正确缩进脚本.

评论

编写外部架构文档.我个人使用LyX,因为生成格式精美的pdf已经死了,但你可以使用你喜欢的任何东西.如果您使用wiki,请安装graphviz加载项并使用它.制作易于修改的快速图表非常容易.

由于我不知道增强功能需要多大,我建议有一个好的高级到中级架构文档在规划增强功能时非常有用.

在业务逻辑单元测试中,我发现唯一有效的方法是在asp中设置一个xml-rpc监听器,它导入主库并在任何主库的子包含中公开函数(不是子程序),然后单独构建一个单元测试系统,使用一种语言,更好地支持通过xml-rpc调用ASP函数的东西.我使用python,但我认为Ruby应该这样做.(那有意义吗？).很酷的是,编写软件的单元测试部分的人甚至不需要查看ASP代码,只要他们对要调用的函数有不错的描述,所以他们可以是你身边的人.

在sourceforge 有一个名为aspunit的项目,但最后一个版本是在2004年,它被标记为非活动状态.从未使用它,但它是纯粹的vbscript.粗略地看一下代码告诉我,看起来作者知道他们在做什么.

最后,如果您需要帮助,我可以进行合同远程办公工作(可能最多8小时/周).按照链接跟踪获取联系信息.

祝好运!HTH.