置顶随笔

暂时想到这么多,大伙看看还有什么需要考虑的。

1、多语言支持
   使用.net 2.0支持的多语言解决方案,针对显示信息对资源文件进行不同语言之间的翻译。

2、系统更新
   可使用WebService、WCF等通信方式实现本地、跨网络、跨平台的系统更新。

3、代码保护
   为了保护知识产权,一般的做法都会对发布的组件进行混淆或者代码加密。混淆可以增加代码阅读难度,但无法阻止代码被反射。加密可以阻止一般反射软件对组件代码的反射,连程序的结构都无法获取。
   如果是小型项目,各组件间的耦合度较低,而且为了节省成本,可以考虑使用免费的混淆器,比如Dotfuscator、Xenocode PostBuild等。
   如果项目比较大,而且各组件之间调用关系复杂,为了减少混淆的难度,可以使用加密软件,加密过程也很简单,比如MaxtoCode、DNGuard等。     

4、防止组件修改
   使用强命名标识组件。(sn.exe产生签名文件)
     
5、系统使用授权
   通过授权,您作为组件或控件作者,可以验证开发人员是否被授予使用您的组件或控件的权限,来保护自己的知识产权。可
以使用System.ComponentModel.LicenseProvider 实现,也可使用第三方的授权软件,设定组件的使用期限、使用次数等。当然,也可不用那么复杂,自己实现一个License机制,通过启动程序检验License的有效性来决定是否启动程序。

6、负载均衡
   网络负载均衡技术保证即使是在负载很重的情况下也能作出快速响应,Web系统中应用比较普遍。在实际的设计中,我们需要
根据系统的瓶颈决定是否使用负载均衡,以及何处使用负载均衡技术。比较常见的是除了Web请求响应以外,还有就是分布式统中的服务层,用于缓解服务响应压力。负载均衡产品基本上可以分成两大类:基于软件的负载均衡产品和基于硬件的负载均衡产品。想节约成本,就使用Win Server版本的负载均衡功能。

7、制作安装文件
   制作安装文件的软件比较多,可使用VS自带的安装项目制作安装程序,也可使用InstallShield软件制作安装程序ban提出来
,只是为了考虑问题的全面。


Created:20080506
Modified first:20080507
Modified secondly:20080515

posted @ 2008-05-06 09:58 阿修罗一平 阅读(1809) | 评论 (12)编辑

     摘要: 昨天下午总结了一下项目值得注意的地方,记录在《项目做完了,总结一下(上)》,时间仓促,也没有总结完全。等有时间,还要细细总结。今天,我主要总结一下项目成功的可能因素,比较肤浅。  阅读全文

posted @ 2007-03-15 15:00 阿修罗一平 阅读(12959) | 评论 (18)编辑

     摘要: 现在,我以我目前的知识水平,总结一下项目中存在的问题,这些问题的出现也不是一两个因素造成的。当然,专业水平太低,也总结不出什么高深的内容。不管怎么样,也算是对项目的总结吧。  阅读全文

posted @ 2007-03-14 17:19 阿修罗一平 阅读(12176) | 评论 (21)编辑

     摘要: 《框架的建议》,这是今天给公司提交的关于框架改造的一些想法,想的暂时不多,也比较幼稚,主要是想锻炼一下写作能力,自乐一下。  阅读全文

posted @ 2006-10-17 13:36 阿修罗一平 阅读(16987) | 评论 (12)编辑

2008年5月6日

暂时想到这么多,大伙看看还有什么需要考虑的。

1、多语言支持
   使用.net 2.0支持的多语言解决方案,针对显示信息对资源文件进行不同语言之间的翻译。

2、系统更新
   可使用WebService、WCF等通信方式实现本地、跨网络、跨平台的系统更新。

3、代码保护
   为了保护知识产权,一般的做法都会对发布的组件进行混淆或者代码加密。混淆可以增加代码阅读难度,但无法阻止代码被反射。加密可以阻止一般反射软件对组件代码的反射,连程序的结构都无法获取。
   如果是小型项目,各组件间的耦合度较低,而且为了节省成本,可以考虑使用免费的混淆器,比如Dotfuscator、Xenocode PostBuild等。
   如果项目比较大,而且各组件之间调用关系复杂,为了减少混淆的难度,可以使用加密软件,加密过程也很简单,比如MaxtoCode、DNGuard等。     

4、防止组件修改
   使用强命名标识组件。(sn.exe产生签名文件)
     
5、系统使用授权
   通过授权,您作为组件或控件作者,可以验证开发人员是否被授予使用您的组件或控件的权限,来保护自己的知识产权。可
以使用System.ComponentModel.LicenseProvider 实现,也可使用第三方的授权软件,设定组件的使用期限、使用次数等。当然,也可不用那么复杂,自己实现一个License机制,通过启动程序检验License的有效性来决定是否启动程序。

6、负载均衡
   网络负载均衡技术保证即使是在负载很重的情况下也能作出快速响应,Web系统中应用比较普遍。在实际的设计中,我们需要
根据系统的瓶颈决定是否使用负载均衡,以及何处使用负载均衡技术。比较常见的是除了Web请求响应以外,还有就是分布式统中的服务层,用于缓解服务响应压力。负载均衡产品基本上可以分成两大类:基于软件的负载均衡产品和基于硬件的负载均衡产品。想节约成本,就使用Win Server版本的负载均衡功能。

7、制作安装文件
   制作安装文件的软件比较多,可使用VS自带的安装项目制作安装程序,也可使用InstallShield软件制作安装程序ban提出来
,只是为了考虑问题的全面。


Created:20080506
Modified first:20080507
Modified secondly:20080515

posted @ 2008-05-06 09:58 阿修罗一平 阅读(1809) | 评论 (12)编辑

2007年10月15日

     摘要: 应用command模式和composite模式  阅读全文

posted @ 2007-10-15 16:32 阿修罗一平 阅读(1415) | 评论 (2)编辑

2007年10月12日

     摘要: 应用strategy模式和visitor模式  阅读全文

posted @ 2007-10-12 16:20 阿修罗一平 阅读(1546) | 评论 (4)编辑

2007年10月11日

     摘要: 应用bridge模式  阅读全文

posted @ 2007-10-11 18:42 阿修罗一平 阅读(1905) | 评论 (10)编辑

2007年8月27日

     摘要: 因为项目的Remoting服务有可能集成到IIS中,所以下午利用一些时间,做了一个例子,实现了功能,代码就凑合一下。  阅读全文

posted @ 2007-08-27 15:55 阿修罗一平 阅读(2326) | 评论 (17)编辑

2007年8月17日

     摘要: 因为是针对每个服务的控制,不希望在控制一个服务的时候,影响其他的服务,所以在这里使用了RemotingServices.Disconnect,而没有使用注销信道的方法ChannelServices.UnregisterChannel。  阅读全文

posted @ 2007-08-17 16:59 阿修罗一平 阅读(1710) | 评论 (3)编辑

2007年8月2日

     摘要: 公司有一个系统是基于SqlServer 2k,现在,应客户要求,移植到Oracle 10g数据库。代码的扩展极其easy,三下五除二,搞定。就是在将数据从SqlServer 2k导入到Oracle 10g数据库中时出现了一些问题。刚开始采用的方案是把表结构和数据导入到Sql脚本中,然后在Oracle数据库中执行Sql脚本。这个过程涉及到数据库字段类型的转换问题,转换工作复杂,而且容易出错。后来采用使用SqlServer 2k的DTS 将数据从SqlServer中导入到Oracle 10g中。  阅读全文

posted @ 2007-08-02 13:35 阿修罗一平 阅读(3136) | 评论 (8)编辑

2007年3月15日

     摘要: 昨天下午总结了一下项目值得注意的地方,记录在《项目做完了,总结一下(上)》,时间仓促,也没有总结完全。等有时间,还要细细总结。今天,我主要总结一下项目成功的可能因素,比较肤浅。  阅读全文

posted @ 2007-03-15 15:00 阿修罗一平 阅读(12959) | 评论 (18)编辑

2007年3月14日

     摘要: 现在,我以我目前的知识水平,总结一下项目中存在的问题,这些问题的出现也不是一两个因素造成的。当然,专业水平太低,也总结不出什么高深的内容。不管怎么样,也算是对项目的总结吧。  阅读全文

posted @ 2007-03-14 17:19 阿修罗一平 阅读(12176) | 评论 (21)编辑

2007年1月24日

     摘要: 设计模式总结-封装变化、提高复用  阅读全文

posted @ 2007-01-24 16:43 阿修罗一平 阅读(168) | 评论 (0)编辑

2006年12月31日

     摘要: 希望大家能深入谈谈技术架构和业务架构的理解  阅读全文

posted @ 2006-12-31 13:49 阿修罗一平 阅读(468) | 评论 (3)编辑

2006年12月30日

     摘要: 不久在项目结束后,下一阶段的工作就是负责新技术框架的一个探讨和研发。第一次全面负责项目开发的计划和实施过程,为了能做到最好,将《技术架构开发初步设想》放在博客网上,列出了大概的开发过程,写的比较简陋,欢迎大家指出过程中的错误和不足,给予宝贵的意见和参考。在此先谢谢,万分感谢!  阅读全文

posted @ 2006-12-30 13:13 阿修罗一平 阅读(2664) | 评论 (18)编辑

2006年10月31日

     摘要: 始终坚持着一个原则:只要能用程序做的工作,就不要浪费体力。  阅读全文

posted @ 2006-10-31 19:13 阿修罗一平 阅读(2028) | 评论 (10)编辑

2006年10月30日

     摘要: 每一个项目,不论成功还是失败,都将是一笔宝贵的财富,我们都可以从中学到很多的东西。成功给我们的是成功的经验,失败给我们的是避免同样失败的教训。不管怎么样,关键是进行项目总结,让每一个项目都能给我们点什么。  阅读全文

posted @ 2006-10-30 17:34 阿修罗一平 阅读(1176) | 评论 (7)编辑

2006年10月19日

     摘要: 设计模式总结-设计原则  阅读全文

posted @ 2006-10-19 18:33 阿修罗一平 阅读(2345) | 评论 (7)编辑

2006年10月18日

     摘要: 设计模式总结-不要滥用模式  阅读全文

posted @ 2006-10-18 19:04 阿修罗一平 阅读(1661) | 评论 (9)编辑

2006年10月17日

     摘要: 《框架的建议》,这是今天给公司提交的关于框架改造的一些想法,想的暂时不多,也比较幼稚,主要是想锻炼一下写作能力,自乐一下。  阅读全文

posted @ 2006-10-17 13:36 阿修罗一平 阅读(16987) | 评论 (12)编辑

2006年9月29日

     摘要: 排除硬件因素,一个系统的优化涉及到很多的方面,不同的项目,不同的环境,就会有不同的优化。  阅读全文

posted @ 2006-09-29 13:04 阿修罗一平 阅读(1561) | 评论 (12)编辑

2006年9月28日

     摘要: 适合才是正确的 之 “关于业务逻辑加入存储过程”  阅读全文

posted @ 2006-09-28 15:39 阿修罗一平 阅读(939) | 评论 (11)编辑