兔子窝

做了一个图片显示的控件,因为种种原因设计成了要绘图的时候引发事件向提供者索引图片的方式.既然是索引嘛,自然就有个key了.然后为了偷懒,就把key做成了泛型.接下来问题就来了:这个控件无法在窗体设计器中打开...自己编辑了InitializeComponent手动加入控件后,VS窗体设计器直接给我报错了囧. 网上搜了半天也没搜到解决方案,毕竟像泛型控件类之类的东东比较少嘛.想了

在进行WinForm编程的过程中经常会遇到需要TextBox只能输入数字的情况.在网上搜一下要么就是重写TextBox的WndProc,要么就是自己处理KeyPress事件. 真有这么麻烦么?当然不:) WinForm里的TextBox类实质上是对Windows公用控件里的EDIT类的封装.只允许输入数字这种便利的功能M$当然早给我们做好了.只是在TextBox里没实现而已

今天蛋疼试验了下这方面的东东...试图着在.net下像在C++里一样载入一个Win32dll后调用它的函数. 当然,要实现这样的功能.LoadLibrary和GetProcAddress是必须的.于是乎先写出了这样的声明: [DllImport("kernel32.dll", CharSet = CharSet.Auto)] static extern IntP

最近设计的架构基础框架基本编码完毕,DBAL和DAL基本实现了自动化,实体层的代码生成器我选用JS快速堆了一个也已经达到了90%左右的完成度.于是我决定开始弄脚本引擎了... .net嘛.考虑到开发速度和运行速度当然VSA是首选(虽然我自己有自己以前封装的一套ActiveScriptHost库,不过和VSA在执行效率上一比直接被我54了).于是用VS2010(头儿在与时俱进这块做得

断断续续设计了几个月的东西.目标如其名,对结构(class interface)以及对象进行描述.目的是提供一个通用的描述语言用于提供数据给各种 code generator.当然xml可以做到同样的事,但xml那卧槽的语法让惯用惯用文本编辑器的我录入起来实在是火大.但中途还是走了歪路,约一个月前我开始希望它能成为一个便于录入的xml.结果发现它变得越来越复杂且并不比xml方便.于是再次推倒重新设计,回到最初的初衷:对结构(class interface)以及对象进行描述,现在基本的特性及功能已经构思的差不

因为要处理ISO 8601所以遇上了这个问题.网上google了半天结果全他妹的是读注册表.然后 balabala…… 我了个去,我只是要个和UTC的时差而已有那么麻烦么? 答案当然是不用: var now = DateTime.Now; var timezone = now – now.ToUniversalTime(); 以中国北京时间为例, timezone.Hours = 8; 即当前时区为UTC+8