简单设计 Keep It Simple,Stupid
摘要:若想设计出好的软件,普通的设计原则就够了。你并不需要特别的设计模式,不过若某个问题恰好可以由某个模式解决,那么该模式将成为解决问题的捷径。时至今日,重复发明轮子,绝对不是什么好事。
模式并不一定是某个问题的终极解决方案,使用模式也不会让你的代码更好,或者执行速度更快。你更不可能冲到客户面前说:“看,我的产品使用了组合模式、一个领域模型、控制反转和策略模式等,因此这个绝对是个完美的软件。正确应用模式只能保证解决问题,对待模式要有一颗平常心,不要话费很大的力气去让设计符合某个模式。
阅读全文
posted @
2012-05-27 19:11
Melou
阅读(725)
推荐(0)
X64位系统IIS下支持32位asp.net程序
摘要:ASP.NET程序在编译的时候默认是Any CPU,即编译的程序可以在X86、X64系统平台上运行。若希望我们的ASP.NET程序运行在X64系统上,我们所要做的仅仅是部署IIS,修改配置。若想程序运行于IIS32位模式下,即运行在.net framwork32位下进行如下配置:1.cscript %systemdrive%\inetpub\adminscripts\adsutil.vbs set w3svc/appPools/enable32bitapponwin64 1 修改IIS配置,允许32位程序运行2.C:\WINDOWS\Microsoft.NET\Framework\v2.0.5
阅读全文
posted @
2011-02-18 21:05
Melou
阅读(723)
推荐(0)
关于64bit位系统ODBC找不到的问题
摘要:近段时间在把32位系统下编译的程序移植到Windows Server 2003 64bit 系统上时,突然发现找不到ODBC驱动,经过一番研究发现是由于64bit系统中32位的ODBC是在系统的syswow64 目录下面,且写入注册表是的节点为Wow6432Node 当运行32位的程序时是不可能找到32的ODBC驱动的,如果开发程序, 建议编译成为X86形式的, 这样就可以在64位系统正常使用ODBC,如果要通过程序创建ODBC数据源,还要将写入注册表的节点改为Wow6432Node,这样就可以在64bit 位系统中正常使用ODBC数据源了。 在VS工具中设置编译为X86: 通过程序创建OD
阅读全文
posted @
2011-01-08 15:00
Melou
阅读(2094)
推荐(1)
闲话XP极限编程之每周工作40小时
摘要:XP极限编程有4大价值观,5个原则,13个最佳实践,其中一个最佳实践——每周工作40小时是最让开发人员开心的,管理者反对的一个最佳实践。 加班、再加班早已成为开发人员的家常便饭,也是管理者最常使用的一种策略,加班似乎成为了IT业内的潜规则,即使企业没有明说,也会成为默认规定,不加班就不能称之为IT,但是xp方法论认为,加班最终会扼杀团队的积极性,最终导致项目失败,这也充分...
阅读全文
posted @
2010-07-08 20:14
Melou
阅读(691)
推荐(0)
oracle 存储过程模糊查询
摘要:习惯了用微软的SQL Server2005写 T-SQL,突然使用oracle 使用PL/SQL写SQL语句,感觉很多细节都不一样,一个模糊查询写法完全不一样T-SQL的写法:代码Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->USEAdventureWorks;GOCREATEPROCEDUREFindEmployee@EmpLNamevarchar(20)ASSELECT@EmpLName=RTRIM(@EmpLName)+'%&
阅读全文
posted @
2010-04-30 23:20
Melou
阅读(4767)
推荐(1)
数据库设计的几点建议
摘要:数据库设计的几点建议: 1. 表必须拥有标识符。这是基本规则,每个表应该拥有唯一的行标识符,以及可让表的记录和记录间有所区别的列或列的集合。每个表都应该拥有一个标识符列,而且每条记录的标识符的值都是唯一的,此行标识符称为主键。 2. 表应该只存储单一实例类型的数据。若在表中存储太多信息,可能导致无法对数据库进行有效、可靠的管理。举例来说,在SQL Server2005的范例数据库AdventureWorks中,销售订单和客户信息存储在单独的表中。若将销售订单和客户信息放在同一表中,这种设计可能会导致一些问题。例如,每笔销售订单可能需要重复加入和存储客户信息(姓名和地址),这需要使用额外的数据库
阅读全文
posted @
2010-03-28 19:49
Melou
阅读(436)
推荐(0)
优化SQL 语句 in 和not in 的替代方案
摘要:用IN写出来的SQL的优点是比较容易写及清晰易懂,这比较适合现代软件开发的风格。 但是用IN的SQL性能总是比较低的,从SQL执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别: SQL试图将其转换成多个表的连接,如果转换不成功则先执行IN里面的子查询,再查询外层的表记录,如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功,但对于含有分组统计等方面的SQL就不能转换了。 推荐在业务密集的SQL当中尽量不采用IN操作符 NOT IN 此操作是强列推荐不使用的,因为它不能应用表的索引。推荐用NOT EXISTS 或(外连接+
阅读全文
posted @
2010-03-01 21:30
Melou
阅读(21389)
推荐(1)
SQL批量上传海量数据的存储过程
摘要:在工作过程中由于项目,经常需要将txt 或者xml文件的数据导入到数据库中去或者从数据库中导出,以下是自己写的直接用存储过程实现导入数据的方法代码5bulkinsertdbo.demotablefrom'D:\code.txt'6with(7DATAFILETYPE='char',8FIELDTERMINATOR=',',9ROWTERMINATOR='\n',10--FIRSTROW=100,11--LASTROW=110,12ROWS_PER_BATCH=5000000000)1314alterprocedureAddLotD
阅读全文
posted @
2010-02-09 20:56
Melou
阅读(657)
推荐(0)