ASP开发的标准

一行行看同事的ASP代码，到最后我差点要疯掉了： cwbbsjtjtijiaochuli.asp这是财务报表数据提交处理页面……，像这样的有N多，一个小小的系统，居然有一百多个页面，仔细看代码才发现N多的重复，我晕~~~~~~~~
大家来谈谈这个开发的标准怎么样，譬如命名的标准，目录命名和包含的标准，模块分类的标准，还有常用到的自定义函数（有如页面权限的验证等等）。
不要特意在代码去转弯摸角了，为什么人家的程序一看就懂还那么舒服？
恩，中国人的软件……

建议开发前，达成规范共识，写成规范文档，严格遵守
建议多集成，一个功能模块在一个文件里处理，

我觉得共识应该在潜在意识里达成的，就是说不只是一个公司，应该在一个行业内都要产生一种大家默认的规则或标准，这样搞软件开发也就爽多了！

作好计划,写好需求,统一代码标准

统一上面的观点，我们只有规范了，才能更好的开发程序，也只有这样才能写出好的程序，可以缩短开发周期，代码重用。

这个问题必须在设计阶段解决，界面设计完成后设计对象和函数，函数必须有详细的说明，函数说明每人一份，程序员必须优先使用公用函数，代码检验时不使用公用函数的必须重写，养成良好的习惯。
公司内部也要有相应的规范，如设计规范，编码规范（编码约定）等。
程序的设计文档必须健全完整。

ASP 本身是没有太严规范.这全部都是靠编写者自己去规范的.
创建类
声名好共用还是私有的变量/函数
把对象即使关闭

ASP虽然没有严格规范，但程序员往往有种潜在的规范意识，只是没有完全统一。
大家可以去下载“Snitz Forums 2000”看看人家的1、代码书写规范 2、文件夹存放及命名规则
3、文件名命名规则 都是很有讲究的。如果在一个小企业开发一点东西，前面的人走了，后面的人来维护，没有自己的潜在规范意识，那还不要狂晕~~~~~~~~~~~~！！

这应该深受关注的！
我有个自己的标准，不知道大家也是不是这样做的：
1、文件夹：/inc、/js、/images、/data……
2、文件名：A_B_C.asp A:模块名 B、功能名 C、标志名 （最好用大家一看就明白的英语简写）
3、基本文件：index.htm(没有具体内容，其中包含main.htm/main.asp)/login.asp
……
一个人当然想不全，大家都来参与怎么样？

4、数据库
   表名a1_aasdf、a1_basdf、a1_casdf
       b1_aasdd、b1_sdfsd、b1_cadfe
   字段名
       a1_id、a1_basdf、a1_casdf
       b1_id、b1_sdfsd、b1_cadfe
5、页面中公用部分用包函文件
6、大数据库操作尽量用存储进程做
7、用统一的并且优化过的代码编辑页面(如果需要两个或更多人参与时注意加注释)

一定要强制定义变量，严格控制大小写
血的教训呀。。。。

不是在说我吧，我好像没用asp做过财务报表等内容啊，不过以前那些东西是因为不断补充的，而不是一开始就有好的规划然后在开发的，是边开发边根据要求增加内容的，文件命名时一般是不用中文，一个模块一个文件夹，用英文，然后每个文件夹里建立一个A＋中文模块说明的文件，A文件排序在最前面，模块中文名称可以知道是什么模块，里面记录每个功能对应的文件名称，公共的函数可以放在包含文件里，对于某些功能的实现，特别是对数据库的操作，可以分4个部分，输入和修改，浏览和打印，主页上显示，删除，这四个部分对应3类数据库操作，增加、修改、删除、可以在一个文件里写成函数。
   总之，具体的规范我觉得不是很多，也没有具体的一个标准，对于开发代码的人来说，代码效率分为全局效率，局部效率，时间效率，空间效率，而且要在保证软件的正确性，可读性，稳定性和可测试性的前提下，任何一种效率对其他的效率都是有影响的，看你如何取舍，
但有一条，局部效率是一定要为全局效率服务的，这些都不是几句话能说清楚的，特别是一个系统完成后需要扩充模块的时候，是最令人头痛的。

 

1、需要参数         (由客户提供,系统分析师整理)
2、系统需求分析     (系统分析师确定包括模块划分)
3、架构所采用的技术 (系统分析师确定,根据客户要求)
4、数据库辞典       (开发程序员填写各自项目)
5、功能模块说明及公共函数定义     (开发程序员填写客自项目)
6、使用说明         (开发程序员填写客自项目)
7、administrator操作指南 (开发程序员填写客自项目)
8、测试报告      (程序测试人填写)
9、数据备份说明     (项目负责人与程序员共同填写)

严格按照上面步骤进行