posts - 76,  comments - 621,  trackbacks - 0
共6页: 1 2 3 4 5 6 
这是你自己的做着玩的文档吗?如果是公司的文档,那么这份文档问题可就多了。看样子像是一份后期BugList和对应的文档,我觉得还是用表格的形式,比如Excel或者其它的来做比较好,问题症状,Capture, 发生时间,发现者,所处大模块,对应者,对应策略,对应时间,防止在发生策略等等,个人意见,仅供参考。
为什么会闪烁,因为你一次画的东西太多了,要么你就用个MemDC,要么就获取到ClipBox,专业点叫脏矩形,在里面做判断应该绘制哪些东西,这样绘制东西几乎不好暂用任何CPU,不要用DrawIcon,每个棋子都是一个Object,都可以把自己以透明的方式画到画布上,棋子也是图片,过滤到某个颜色就是透明的了,在消除消除锯齿就差不多了,你这4大目标里,最难的是第三个,你能高效的做出来,就可以进中科院混混了~~~
小伙子,做一个图片,记好坐标,多方便,何必自己画啊,象棋程序关键在算法不在画图~~~
发表文章,要严格注意错别字!!!!要不,就不要发在精华栏。
自己用用还行,不适合项目使用。
我对正则略有研究,我对正则的效率非常在意。不过说实话.net里面的正则是我用过的所有正则当中效率最高的,我怀疑里面有池化之类的东西。一直没有求证。作者有时间不妨好好研究。
assert是确保不应该发生的事情不要发生,而if则是可能发生。在大多数的情况下assert后面其实并不需要if,不知道我说的你有没有理解。在release模式下如果执行If,那么后面的代码就不会执行,这个时候错误处理就不好弄了。所以建议还是分开,不要这么写。个人经验,仅供参考。
re: 08年10月25日[未登录] megax 2008-10-31 13:12
使用多态性来代替程序中的if else,从而提高程序运行效率==这句话不对,多态只是让你更好的管理代码,一个手段而已,和效率没啥关系
不是,我说的是从一个字符串后面开始查找想要查找的内容。不是说具体的算法
做一个从后面开始查找的试试?
系统剪贴板是不可能存储内存区域指针的。这块地址的东西有可能被改编,就像记事本。所以存储的是内容和内容的类型。你说的局部的不太明白,如果app只是自己管理自己的剪贴拷贝的,不和其它的app共享,那么用啥数据结构都无所谓了。
re: 甘特图第一版本发布 megax 2008-09-27 10:09
这个控件恐怕会难卖,除非用于特定于某个行业或者某个方面的专门的软件。而在这种情况下,大多数企业会选择针对这个东西专门开发。【适合于项目管理、生产管理、大修项目。】大多数的项目管理更倾向于excel。个人软件的出路应该是选好出发点,结合自己的兴趣,呵呵,个人的一点拙见。。。。
头文件类里面的函数必须写成inline或者static
void BuildXMLFile(TiXmlDocument& doc)
{
TiXmlPrinter printer;
printer.SetIndent( "" );
doc.Accept( &printer );
}
其中printer是临时对象,Accept接受的是指针,BuildXMLFile运行完之后printer就被销毁了。所以当然会出错?你以前是不是c#或者java程序写多了...呵呵
这么做的意义是什么呢?这么做肯定是非法操作啊,没看懂。。。
re: MegaxEdit开发最新状况 megax 2008-09-01 12:24
目前工作比较忙,第一个版本,我打算今年年底发布。我现在在做自动代码折叠和一些外围的工作,主要是功能集成等。16进制编辑器打算在第二个版本之后发布。
@GEEKER
把你觉得悲哀的地方写出来。另外,骂能解决问题吗?你经常骂人吗?
re: MegaxEdit开发最新状况 megax 2008-08-14 23:16
@沈臻豪(foxtail)
是啊,是不简单。反正都坚持这么久了,在坚持坚持。我最近在代码自动折叠上停滞了。始终没有好的思路
@无田耕夫
呵呵,怎么突然问起这个?可否给点提示?

@jxfwinter
其实在基于消息的平台上做gui开发都差不多的,包括mac, win和linux上那众多的桌面。
@NEO
说实话,mac不是我想的那么好用。mac下的工作效率也并不比win高。Web:Ruby on Rails,Ruby等,这些也完全可以在win上完成,甚至更快的完成。关于linux能提供更好的性能,我还真没做过测试。不过更丰富的编程资源,似乎言过其实。win和linux都是平台而已,本身并无好坏之风,我也无意区分这种好坏。另外【通过中文资料来获得知识,那早已落后世界至少1年】了,我也不敢苟同。一些基础,还是可以用的嘛

@HH
我只是觉得相较而言windows比linux更伟大而已<-----我觉得这不是偏向性,这是事实。你说呢
我哪句话说的不对,哪句话带有偏向性,可以说出来一块讨论讨论。其实我本身不赞成讨论这样的话题,我只是觉得相较而言windows比linux更伟大而已。一个优秀的员工应该是学习力强饿,我始终这么认为。如果带有偏向行,那也可能被csdn给气的吧
re: MegaxEdit开发最新状况 megax 2008-08-10 21:26
嗯,我试用了,做的还不错。scintilla可以直接定义document的encoding,这样就解决了unicode的问题,嗯,不错,scintilla很强大。压力很大,我得加快进度了,在基础控件上得加把劲。用户使用感觉上也得加油。flexedit似乎是个中国人写的,里面的command实现的挺有意思,我是费了劲使用管道输入输出重定向来实现的,它倒好,直接嵌入了ConsoleWindow。另外它似乎没有实现打印,呵呵。目前在国内真正让我佩服的中国人做的编辑器是LiteEdit,它已经很长时间没更新了,作者功力不错,网上可以找到源代码。其它的编辑器,还没发现中国人做的太好的。欢迎继续讨论,有任何问题,都可以讨论,呵呵。
其实制作编辑器不难,难的是制作一个平均性能很高的编辑器。Scintilla的代码不错,几本思路几乎和我的一样。当然,我可没有抄它的。Scintilla在win上不支持native unicode,我以前想修改来着,后来还是没做,我几年前就做megax了,那时候Scintilla还不像现在这么出名。Scintilla最大的缺点是它是用lexx来做的此法分析,这么做会带来很高的正确性,扩展性却很低。如果你想做的你可以读读这篇文章http://www.catch22.net/tuts/,介绍了一个基础编辑器的实现,一些更高级的功能像高速自动换行等,就得好好琢磨琢磨了
re: MegaxEdit开发最新状况 megax 2008-08-10 11:17
@沈臻豪(foxtail)
悠久的是UE,不过UE的内核不是Unicode,这点很让人失望。我经常需要在中日英之间切换,Unicode是必须的。而且UE的版本更新太快,启动内存20M,不小啊。EM的最新版本比较强大,对于超大文件有着非常好的支持。基础架构也比较好,语法扩展也很方便,内核支持Unicode,插件架构比较好。如果非要选一个比较好的,我认为是最新版本EM。我以前一直用Editplus,不过它更新的很慢,有些功能做的也不尽如人意。我想做的就是集这几家所长,最主要的是我想提供一个命令工具,像vi那样,这个非常有用,我认为。
re: 推荐一个文本编辑器 megax 2008-08-09 19:55
这个编辑器简介吗?我以前就试过了,没什么特色,内存管理也很一般,它的目的是想模仿mac上的textmate,可惜不怎么成功,很吃内存。
re: MegaxEdit开发最新状况 megax 2008-08-09 19:48
参考资料不好说,我前前后后做了一段时间,阅读了一些文献。说实话系统的介绍这个东西制作的书籍或者论文还没有。我以后会陆续整理一下,把它写成一本书,不知道有没有人买。
LPCTSTR, LRESULT这些都是可以定义的,一个文件就搞定了。问题是你做出来的东西的入门容易度,我以前也写过一些封装,在消息操作系统中,其实就是消息的封装。封装消息还是有很高的技巧性的。MFC单纯用代码和宏来做,觉得也挺经典的
MFC的设计是很经典的,占用内存相对来说也不大。因为没有使用虚函数,省下了一大笔虚表的开支。UI类库,我认为最棒的仍然是VCL。不过我仍然会用MFC,经典,方便,性能高,文档齐全。对于我这种关注功能实现的人来说是最好的选择
re: MegaxEdit开发最新状况 megax 2008-08-02 15:22
@foxtail
对啊,内核是自己写的
re: MegaxEditor megax 2008-06-26 17:14
@foxtail
就是一个toolbar上面放一个tab,在这个帖子里面tab的样式是设置成按钮的,是codeproject的代码。我最新版本重写了一个tabctrl,支持鼠标拖曳,tooltip等,关于mdi你可以在codeproject上找找看
嗯,对,我想达到的就是source insight的效果,其实source insight并不是用的正则,我觉得它的思路和我差不多,在分完块之后,可以做一些自定义的regex匹配。你可以打开选项,关键字,自定义匹配之后,会发现,并须指定type,才可以指定自定义正则匹配,也就是说一个块只能匹配一个正则。呵呵....多了,速度就上不来喽。
re: 我好想发财啊。 megax 2008-03-25 17:58
谁能借我个妞啊,摸完了就还给你
re: 开始向linux过渡了 megax 2008-03-25 16:38
请问在windows下会失去什么呢?
re: 不怕无知,但怕无畏 megax 2008-03-25 15:57
一个优秀的程序员不应该只去关注one byte one byte之类的,这些东西你去面试别人,别人可能暂时不会,但是其实是只要看了,马上就会的那种,所以这些东西并没有太大的说服力。你应该找的人是这样的,要有较强的学习能力和沟通能力,以及受过良好的教育。不要只去扣着那几个算法,没意思。。。
re: 无意义的牢骚 megax 2008-03-13 09:57
VS 2005很人性化的,各个设置都非常的方便,键盘也加入了类似emacs的控制。在IDE这方面,ms还是无人可以匹敌的.
共6页: 1 2 3 4 5 6