引言：
前两天简单实现了一个Delphi下的MVC模式，没想到真的就遇到问题了，想想就在不久前和人争论用不用MVC的时候还暗自认为遇到麻烦是功力不够的表现，呵呵，汗啊，报应来得真快。
摘要：
uses clipbrd;
function stringgridselecttext(mstringgrid: tstringgrid): string;
var
i, j: integer;
s: string;
begin
result := ;
if not assigned(mstringgrid) then exit;
for j := mstringg......
摘要：
给大家个链接了：
http://www.marcocantu.com/development/borcon2004/default.htm
http://www.chuckscorner.com/
看起来很酷啊 ！
......
性能vs结构
前两天简单实现了一个delphi下的mvc模式,没想到真的就遇到问题了,想想就在不久前与人争论用不用mvc的时候还暗自认为遇到麻烦是功力不够的表现,呵呵,汗啊,报应来得真快. 其实说起来都不是什么大问题,先是重复触发更新的问题.ta有3个属性,每个改动都会change,tb里包含2个属性,每个改动都会它更新内部的一个ta的3个属性,结果我在外面一次改了tb的两个属性,change了6次.这个通过在外面增加关闭触发与打开触发的接口来避免.不过,这样一来触发机制对用户不透明了. 【程序编程相关:
生成BIG5字符集所有字符】 【推荐阅读:
DFM文件与XML文件互转】 还有反复更新不需要更新的界面,其实这个是懒的原因了,当时没把change事件细分,不说也罢.此外还有刷新太慢导致速度变慢的问题,现在用一个专用的线程来调用监听事件了. 【扩展信息:
大自然的BUG、人的BUG、软件的疑难杂】 还有今天发现的有些重绘的函数引发了model的change,结果死循环.这个是本来逻辑就有问题,那个change可以避免,另一方面应该在事件处理的时候避免再次响应这个触发. 事实上都是小问题,但是一旦积累起来,就有可能让整个结构不能运行.似乎现在还没有比较成套的方法来系统的避免.记得好像前一段看过一个java中的反模式的文章,里面有不少是关于性能的.这样也就能理解很多java程序性能不佳的问题了,其实未必是语言的局限,更多的是从结构视角来看设计往往会忽略性能的方面....
下一页 摘要：
var
igridsize : integer = 16;
procedure tform1.formpaint(sender: tobject);
var
i, j : integer;
begin
self.doublebuffered := true;
for i := 0 to self.width do
for j := 0 to self.heigh......
