最新评论
Re:解决打开文件右键菜单很慢的问题 为爱痴狂 2011-10-21 16:47
太感谢了,我的是FLASH PLAYER引起的,这个问题太可恨了
Re:TGUID增强(TGuidHelper) mendel 2011-10-09 17:24
你说得源码呢?骗子啊....能不能把源码给我发一份啊.....在c#中如何使用啊
Re:.Net与字符编码(理论篇) yanghe1117 2011-04-01 17:28
实战篇没了?
Re:解决打开文件右键菜单很慢的问题 齐颂 2010-11-21 18:10
谢谢,解决了困扰我数个月的问题。
虽然也猜到了是这种类型的原因,但是没想到用"\\"来找。
再次感谢。
Re:解决打开文件右键菜单很慢的问题 hui 2010-01-20 17:08
博主神人啊.找了一下午!!
Re:解决打开文件右键菜单很慢的问题 诺基亚大师 2009-09-17 22:18
其实可能就是一个程序让你的右键打开菜单慢,我的也是,有时候要等30秒才会打开!
后面卸载了Folder Marker(一个点击右键就可以更改文件夹颜色的软件),右键打开菜单又非常神速了!!!!!
@jump
你说的那个错误我一直没有发现,你能告诉我重新错误的步骤吗?
我下载后在D7下不能编译通过的,出现错误提示:"Code..."
@吴
MultipleConfigurations还没有开发完全,正考虑下个版本中先移除。
MultipleConfigurations 这个Demo我怎么调试都是错误的?
发现一个小错误:如果服务器名称为空,选择验证方式会报错,希望改一下。
re: [工具] FindTarget 匿名 2009-02-02 10:09
不错。
re: [工具] FindTarget 保权 2009-01-19 10:11
呵呵,小东东,个人所需嘛
re: [工具] FindTarget 路过4 2009-01-19 08:54
同样点名键,没多大实用价值,
@mikie
图是用Borland Together 2008 (Trial)画的。
@chenkaige
谢谢批评!这篇文章确实没有铺开。我在努力寻找合适的写法。
re: 领域驱动设计实践——流水号生成器(下) mikie 2009-01-17 05:59
请问是用什么工具画的图啊?
re: 领域驱动设计实践——流水号生成器(下) chenkaige 2009-01-17 03:49
传说中的沙发
还是不太清楚 讲得条理有点乱
@周昌顺
昌顺,非常感谢您的鼓励和支持!
1) AdoConnectionManager有一个LoginPrompt属性,若设为False,则仅当连接发生错误时才会弹出登陆提示窗体。您可以根据自己的情况灵活运用。比如在项目文件里面:
AdoConnectionManager1.LoginPrompt := IsFirstUse; // 仅当第一次使用时显示配置
2) 下个版本主要考虑异步连接过程中的常见错误处理和语言版本(简体中文),敬请关注。
博主:
您好!感谢博主的无私奉献,本人下载了ConnectionManager V2.1,用了以后感觉非常好。但也有一点小小的遗憾,希望下个版本能改进。
(1)现在程序启动时每次都要显示frmLoginPrompt窗体,本人觉得这样更好:如果配置文件的参数能成功连接,就不显示frmLoginPrompt窗体,直接用配置文件的参数进入主窗体,如果不能成功连接,再显示frmLoginPrompt窗体。一般情况下,第一次配置正确以后,一般不会变动的。
(2)咱是中国人,应该用中文,能否搞个中文的?
re: 领域驱动设计实践——流水号生成器(上) 朝晖的.net 2009-01-04 10:36
@楼主
原来做过类似的东东~我的单号(BX20080101001,BX20080101002,JKD2008010101....)
每张单据的流水号从1开始,每天24点重置一下,我当时使用cache实现的,cache每天24点过期。
生成编号的时候
lock(***)
{
if(Cache["BX"]==null)
Cache["BX"]=1;
else
Cache["BX"]++;
}
这样也简单实现了流水号,不过我没有做验证~~因为这个流水号是只读。
@路人戊
走过,路过,千万不要错过: )
我会渐渐过渡到DDD,TDD实践也是很重要的,它会给你最真实的反馈,验证你的设计,加深你的理解。
@无了了心
你的想法很好,有配置会比较灵活。
这儿的Validate函数并不是硬编码,它只是定义了一种验证规则。所谓的硬编码是指直接对某种具体的流水号规则进行操作(如:“ KA001A002”)。而通过生成器我们可以消除这种依赖。(上面的例子中硬编码的部分实际上是规则的创建过程,这可以通过设计模式解决。)
@无风登录
抱歉,我目前主要用Delphi,希望大家能看得懂。
--引用--------------------------------------------------
路人戊: 请问跟DDD有啥关系?
--------------------------------------------------------
冏rz
你这个 function Validate()
不也是硬编码吗?下一章重构成依赖配置?
@水言木
这篇Blog的主题太简单了,我简单分析了就开始用TDD实现了。正向您说的,上半部分确实偏向于TDD,在下篇我会继续重构代码。下一期的内容将会更加丰富。
希望大家多批评:)
re: 领域驱动设计实践——流水号生成器(上) 上不了岸的鱼{ttzhang} 2009-01-02 17:45
呵呵,学习啦
re: 领域驱动设计实践——流水号生成器(上) Nicholas Yuen 2009-01-02 10:42
支持!
:)
@hhzxedu:
谢谢!我正在准备V2.1版,即将更新,请关注。
看到这篇文章,给人耳目一新的感觉,有这样的组件太省心省事了,我们支持你继续完善下去,我已经下载了,也看了说明,还有几个已知的问题没有解决,期待啊。
刚找到这个,看保权的代码很享受,最近又在改一些"乱码",癫狂中...
抽个时间我再好好看看,支持OpenSource :)
re: Delphi异常处理对话框 守护心中彩虹 2008-11-22 19:27
delphi中的vcl框架绝对是一大宝藏,可以说是前无古人,后无来者!
虽然我现在现渐渐改用java,但delphi在俺心中的地位是无法替代的。
开发桌面应用程序还是用delphi好。
就是delphi不开源,太让人郁闷了!强烈要求delphi开源!
re: Delphi异常处理对话框 cococo 2008-10-09 21:16
delphi的理念,方法,思路永不过时,永远值得学习
re: Delphi与字符编码(实战篇) 大桔子 2008-10-06 19:36
老大,请问一下怎样检测字符是GB2312、GBK还是BIG5码?
re: .Net与字符编码(理论篇) icewind5312 2008-09-23 10:37
你好,理论篇确实是好问,但我也想看看你的.net与字符编码(实战篇),还有?我现在正在做Unix与Windows之间的交互相关问题,主要是用.net.可以的话发我email吧,多谢了!!!!!
re: Delphi异常处理对话框 麦 2008-08-22 17:36
宝宝的观点真挚呀,偶尔找到你的宝地来了.呵呵...
re: A Big Day 保权 2008-06-21 22:55
@石牌村夫
谢谢兄弟!
re: A Big Day 石牌村夫 2008-06-21 17:04
愿兄弟的所有目标都能成真
re: Delphi异常处理对话框 ILoveDelphi 2008-04-12 18:19
delphi还是非常有生命力的!
目前delphi的境况只能表示borland公司没有将其推广好!但这一切都无法抹杀delphi强大威力!
re: Delphi与字符编码(实战篇) liumin 2008-03-20 12:50
您好, 我想向你请教DELPHI中UNICODE的应用问题.
我公司想开发这样的软件, 可以与您合作.
你可以加我上面的 MSN (email就是) 留言说DELPHI之事.
谢谢.
re: Delphi异常处理对话框 Romiel 2008-02-22 11:54
捕捉错误信息还不算难,要读懂这些错误信息就晕菜了。
权当一个菜鸟发牢骚,哈哈。
re: Delphi异常处理对话框 保权 2008-02-18 18:29
呵呵,用Delphi的人和用c#的人的数量是差不多的