1 HTML页面、Web应用、ASP 程序源文件全部采用 UTF-8 编码。
在文件头部加入行<%@ LANGUAGE=JScript CODEPAGE=65001%>

2 SQL Server 2000 数据库：
    1 数据库字符串字段采用 NVARCHAR/NTEXT/NCHAR Unicode 字符类型。
    2 数据库操作SQL 中，字符串全部加 N 前缀： SELECT * FROM TABLE WHERE FIELD LIKE N'中文%'

3 ASP 程序如果要访问文件，需要用如下代码打开 UTF-16 格式文件：
FileSystemObject.OpenTextFile(file,1,false,-1);
保证在不同平台下，相同文件都能够正确读取。

4 ASP 源文件中，不包含任何语言相关字符串，如标题、错误消息。这些消息统一保存到某个文件inc_l10n.asp中。另外，提供一个 inc_strutil.asp 程序，辅助格式化字符串。
这样，要更换语言版本，只要更新的 inc_l10n.asp 即可。

inc_l10n.asp
<%
var l10n_title = "ASP Application Title";
var l10n_about= "About ASP Application";
var l10n_dict_homename = "HOME NAME";
%>

inc_strutil.asp:
<%
//Replace a substring in a String
//
function replaceAll(data, from, to) {
    var buf = "";
    var pos = -1;
    var i = 0;
    while ((pos = data.indexOf(from, i)) != -1) {
        buf = buf + (data.substring(i, pos))+ to;
        i = pos + from.length;
    }
    buf = buf + data.substring(i);
    return buf;
}

//return the substitution result from Resource String
//Invoke examples: getString("Substitution Example: $1 $2","111","222")
//Invoke Result: "Substitution Example: 111 222"
function getString()
{
    if ( arguments.length == 0 )
        return "";
    if ( arguments.length == 1 )
        return ""+arguments[0];
    var rawStr = arguments[0];
    var i = 0;
    for(i=1;i<arguments.length;i++){
        rawStr = replaceAll(rawStr,"$"+i,arguments[i]);   
    }
    return rawStr;
}
%>

• 业务框架发展策略
• 业务框架支持代码复用
• 业务框架支持CMM实施

变的是概念，不变的是产品
IBM 的 MQ Series 的定位从老早的 Link/Queue ，变为 MOM ，再变为 EAI ，再变为 SOA 的基础架构。MQ Series 产品的结构始终不变，但 IBM 将它用不同的概念包装起来，推向市场；客户为概念付费，而 IBM 在收获真金白银。

变的是皮毛，不变的是基础
变的是排列组合，不变的是基本原理
仔细考究这些概念，就会发现，概念其实只不过是对角色、数据、处理和它们之间的相互关系，将其固定化和明确化，再起个新名词。很多现在热炒的新概念，在70年代的主机上可以找到原型；代码不管是OOP 还是 AOP ，最终还是要翻译成机器码，由CPU 执行的。
别被新概念给骗了，我们现在用的计算机的结构，从1950's 诺伊曼提出开始，就没有什么新变化。在可预见的将来，除非人工智能或量子计算机有什么新突破，我们还是要继续跟诺伊曼体系打交道。

变的是银弹，不变的是失望(?)
巨型厂商所推的概念，更多程度上是为了营销所作的吹嘘。从用户角度来看，只要开发速度足够快，运行稳定，后续支持维护升级能够跟上；到底采用什么技术，是无所谓的事情。而技术或框架之间的差别，其实也没有它们的简称之间的差别那么大。

笨笨所知的测试大致分类

单元测试/Unit test
基于代码中类或函数一级的测试

用例测试/Use case test.
基于一个完整业务用例的测试，可以不包括用户业务系统环境的完整操作流程。
如，银行网银系统的转账测试可以认为是一个完整业务用例测试，但是不必要要求测试用例先执行登录过程，再进行转账业务代码的测试。

集成测试/Integration test
由业务人员主导，业务系统作为一个完整黑盒，测试系统功能和性能。

用户接受测试/User Accept test
集成测试通过后，用户基于生产系统剥离的实际数据，再一次对业务系统执行测试；如果集成测试不充分，可以再一次有机会暴露系统的缺陷。

项目实施过程与测试

从项目的实施过程来说，单元测试是程序员自测，算在开发阶段，集成测试和用户接受测试所占用时间能够达到项目代码开发阶段的一倍到两倍，大型项目的测试阶段可能还要长。
而用例级测试目前很少作为一个正式的阶段在项目实施过程中存在，或由程序员自行自测，或合并到集成测试过程中。

对于大型业务系统，集成测试和用户测试所花费的主要工作量如下，可能不全。
1 数据准备，测试人员调配准备。
2 测试过程中，测试人员要找到哪些测试数据还能用，再手工操作系统界面，执行测试过程。对于大型业务系统来说，可用测试数据是随着测试进展不断变化的，很有可能某个用户数据刚刚状态正常，现在就欠费了。要想找到合适的数据来测试系统，这是个费劲且混乱的过程。
3 集成回归测试，业务系统如果有升级或改动，需要将所有交易重新测试一遍，以防止变更给原有代码引入缺陷。

用例测试
用例测试关注业务。

用例测试集中在业务服务这一层，业务服务直接对应了业务用例。
用例测试注重业务服务运行环境的模拟和重现，从而支持业务服务层的自动测试。

用例测试的价值
1 减少集成测试的时间和成本，降低集成测试发现缺陷数，从而降低项目总缺陷修复代价。
 用例测试缺陷修复代价远低于集成测试的缺陷修复代价；用例测试发现大部分缺陷后，集成测试就相对轻松了。
2 可回归的用例测试支持快速代码重构。
3 ...

单元测试无法覆盖用例测试
业务代码运行需要底层资源如数据库或其它业务系统配合，单元测试工具缺乏提供业务服务运行所需环境的模拟，从Junit系列单元测试工具来说，它还是主要从技术角度考虑，从业务角度的考虑如：
底层资源（数据库，JMS）模拟
依赖服务模拟
服务访问模拟
自动检测、重放和比对服务运行时的输入输出参数、资源、依赖服务。
服务接口变动波及分析

代码重构的成本
代码重构需要付出代价。集成测试费时费力，但用户不可能因为程序员说“我保证代码重构不会改变系统功能”，就不对变动后代码进行测试。
用例回归测试支持可以以较小代价支持代码重构，因为它可在业务服务级自动对功能进行验证，集成测试工作能够相应的减少。

对于分布式应用，有可能需要自行编写元数据更新的分布式事务管理器，自行实现元数据更新的两阶段提交过程。如果想偷懒，也可以考虑用JCA自行实现Resource Manager，借用应用服务器的Transaction Manager。

开源软件从总体效果来看，一方面对技术的自由扩散起到了推动作用，另一方面也实质上加强了巨型厂商的垄断地位。
从巨型厂商如IBM,BEA,Oracle的策略来看，他们倾向于将开源软件（OS 如Linux，AppServer 如 JBoss，组件如Struts,Spring），作为自有高端产品的补充，用于占领低端部分，另一方面也可以提高软件产品商准入门槛或是直接对M$来竞争。

开源软件与这些巨型厂商产品的差距主要在如下几个方面：
1 开源软件缺乏商用软件的所具有的如可靠性、可扩展性、高可用性等特性。
2 开源软件在关键应用如TP Monitor(TUXEDO/CICS),MOM(MQ)方面缺乏相应的杀手软件。
 这个现状一方面与开源组织的策略相关：TP Monitor之类的软件是高度垄断的，很多开源组织是由巨型厂商所资助，当然不会推动这方面的软件的开发。
 另一方面也有可能是因为这类软件需要长时间的不断应用和实践，才能逐步发展，否则只能是一个实验室玩具。一开始时开源软件的可靠性是无法保证，用户也不会将自己的关键应用构筑在高风险基础之上；不借助外力，这个死循环无法打破。

4 对于一些高端平台或封闭平台，开源软件没有足够的硬件基础条件发展。
5 开源软件多数作为技术型软件存在；而非业务型软件，在易用性、可操作性、文档方面有所缺乏。
6 开源软件缺乏稳定的后续维护和支持力量。

一些基本数据

发达国家IT投资软硬比为2：1；中国为1：2，中国大企业能够达到1：1。
对于中大型项目的软件投资，购买基础软件如数据库、应用服务器与项目实施费用比约为1:1。
IT基础设施（基础软件+硬件）的投入几乎全部为外国公司所独占。

如上所述，中国IT投资中，项目实施部分与IT基础设施比率为1:4左右，对于小项目，这个比率会高些，部分原因在于基础软件采用免费或开源产品，硬件也未采用Unix小型机。

中美货币汇率8：1，按各自能自行生产的产品和服务算购买力平价则是1：1。
IT基础设施架构按美元算，与美国大致相同，价格低者不低于1/2（???）。

笨笨刚刚经历的一个金融行业的项目，基础软件(DB2，价格550万左右)，项目实施费用120万左右。其它基础软件如应用服务器WebSphere尚未计入，硬件成本也未计入。


软件民工日子难过的一个重要原因：IT项目的软硬件比

中国IT行业软件公司和广大的软件民工日子难过的一个重要原因，是由于发达国家对于IT基础设施的垄断，造成基础设施价格刚性，消耗了中国IT投资的大部分资金；国内公司如单做软件项目实施只能维持生存，基础软件早已为国外公司所垄断，无法介入；这也是国内软件开发人员不会受重视一个重要原因。

从国内公司的角度出发，最容易的大概是当代理商转手卖软硬件了，其次就是拉关系搞来项目；至于靠技术积累提高核心竞争力，则不是主要因素。事实上，国内中大型软件公司都会面临项目盈利能力低下的问题，解决方法也大致相同，如增加工作量，直接降低工资或到二级城市外包等。

这既是国内软件公司的不幸也是我等IT民工的不幸，又更是国内IT行业的不幸：对公司而言，无法通过技术积累获得必须的发展资金，公司很难发展为能够跟国外软件公司抗衡的企业；对个人而言，在低工资高工作强度的压迫下，IT行业也就只能是个吃青春饭的地方；对中国IT行业而言，依赖国外IT基础设施的局面一经生成，就无法摆脱；在这种局势下，国内软件行业只可能追随国外潮流，不可能提出自己的主张----那是需要有市场和资金支持的----中国IT领域，始终是国外公司呼风唤雨的地方。

龙芯与改善IT项目软硬比的可能性

要解决软硬比的问题，最直接的办法是将人民币与美元汇率拉平至购买力平价的水准1:1。但这并不现实，货币的购买力最终取决于该国的能用什么产品与他国交换。国际市场上初级产品和资源与精密机电产品的价格相差天壤，要卖多少条裤子才能换回一台服务器?另一个问题是没有自己的硬件生产厂商时，国家安全是要受制于人的。

龙芯的出现预示着一种可能性，中国有可能出现自己的硬件生产厂商，将硬件不正常的价格拉低，还给软件企业一个较正常的生态环境。
做个简单的四则计算：按2004年IT投资2549.8亿，当软硬比从30%上升到70%时，软件企业的收入会从765亿增加到1785亿。

软件收入增加一倍，而硬件代理利润会降低70%上，此时软件项目足以支撑公司生存和发展，软件技术积累才有可能取代硬件代理成为公司的重要利润来源。以此为出发点，公司才有可能将软件开发人员作为利润支柱对待，摆脱民工待遇。

在此基础之上进一步的可能性是建立自己的，能够自主发展的IT体系（基础软件－商用硬件－超级计算机）。

上面的可能性，最需要的是自主创新的精神和国家政策和投资的支持；有必要重温毛泽东时代的“自力更生，艰苦奋斗”的精神。

附一些中国IT投资的软硬件比的一些公开资料

《中国软件业价格战急遽升温》 经济观察报 2005-10
在国外，企业在硬件、软件和服务上的投入一般是1:2:3的比例，在国内这个数字就变成了3:2:1，正好相反
http://www.iteer.net/modules/news/article.php?storyid=425

《2005/2006年中国行业IT需求趋势系列调研报告》 商务部研究院

报告显示，2004年中国行业信息化IT投入额达2549.8亿元。同比增长11.8%
调研报告显示，2004年行业信息化IT投入中，软件与IT服务的投入比例达到了40.3%，05年则升至41.7%。调研报告认为，未来三年中国行业信息化IT投入中的软件和IT服务投入的比例将逐步上升，2007年二者的投入比例将达到46%。
http://www.chinabbc.com.cn/dxqy/news.asp?newsid=2005323101115887&classid=109103

计世资讯《2005年中国大型企业信息化建设及IT应用趋势报告》

2004年我国大型企业信息化投入总额为681.9亿元，与2003要比增长15.3%。

2005年大型企业硬件投入比例将首次降到50%以下，为48.7%。此外：大型企业软件投入比例将从2004年占总体投资额的27.1%，增长到 2005年的30.1%；大型企业IT服务投入比例将从2003年占总体投资额的20.4%，增长到2005年的21.2%。相对于其他企业而言，大型企业的信息化投入结构已经基本稳定，在未来几年不会有大的变化。
http://www.ccwresearch.com.cn/store/list/products_service_list4.asp?columnId=493&view=#

中华工商时报 《神州数码：IT服务市场的长跑选手》 2005-02
而从欧美发达国家看，企业在硬件、软件和服务上的投入比例是齐头并进的，基本上是1∶1∶1，而在国内，基本上维持着7∶1∶2的关系
http://www.surprising.cn/n332c7p2.aspx

对话神州数码总裁郭为 对话计世网

在美国IT市场，IT服务与软件占的比例是70％，PC及各种硬件产品占的比例是30％。
中国所谓的网络基础建设也远远滞后于欧美市场，整个市场结构是硬件产品占85%的比例，软件和服务只占15%。
www.ccw.com.cn/itlianghui/htm2005/20050929_17OEK.htm

《IT市场终结“迷狂”尚需5年》 IDC
在我国，2003年软件、服务两项收入相加，仅占整个IT市场的24.6%，同年，全球市场两项之和，占整个IT市场的62.1%，远远高出中国37.5个百分点。
http://www.idc.com.cn/analysts/detailpoints.jsp?docid=5

02年数据

一是对信息化建设的投入以软件为主还是硬件为主。我国在信息化投入中，软硬比例失调。软件加服务的投入与硬件投入的比例为二八开，其中集成与安装的比例约 8—10%；软件开发的投入约10—12%；80%的资金是用于硬件购买。而据世界银行的统计，发达城市信息化投入一般为七三开，70%用于软件和服务，购买硬件为30%。
http://www.centek.com.cn/news/20021218m2.htm

　　随着水利行业信息化建设的不断深入，硬件投资比例不断下降，软件和服务投资比例不断增加。2004年硬件投资比例为73.4%，2005年这一比例下降至57.6%；同时软件和服务的投资比例相应提升，分别由21.5%和5.1%上升至34.1%和8.3%，
http://solution.chinabyte.com/shlxxh05/