xumingxsh的专栏

这是一个能提高用户工作效率的工具，以往需要用鼠标点击n次才能完成的操作，用它只需要敲击几下键盘就完成了。 我的程序叫XBAT，在开机时自动运行。XBAT的界面为一个可见的文本框，位于左面的右上角，占据很小的位置。 使用场景： 1： 用户想用浏览器打开百度网站时，同时按下“Win + Z”键，XBAT文本框获得焦点 2： 用户输入“bd”，按下Enter键。 3： 浏览器打开百度站点。 现在这个程序我自己用起来得心应手，没有这个程序，我感觉很不方便。 我现在常用的是用它来打开iis，打开“服务”，打开“DEPENDS.EXE”，打开自己常用的文件夹，常用的sln，打开命令行，打开常用站点，常用文件夹。

这是一个能提高用户工作效率的工具，以往需要用鼠标点击n次才能完成的操作，用它只需要敲击几下键盘就完成了。 我的程序叫XBAT，在开机时自动运行。XBAT的界面为一个可见的文本框，位于左面的右上角，占据很小的位置。 使用场景： 1： 用户想用浏览器打开百度网站时，同时按下“Win + Z”键，XBAT文本框获得焦点 2： 用户输入“bd”，按下Enter键。 3： 浏览器打开百度站点。 现在这个程序我自己用起来得心应手，没有这个程序，我感觉很不方便。 我现在常用的是用它来打开iis，打开“服务”，打开“DEPENDS.EXE”，打开自己常用的文件夹，常用的sln，打开命令行，打开常用站点，常用文件夹。

个人编程中比较喜欢重构，重构能够提高自己的代码质量，使代码阅读起来也更清晰。但是重构有一个问题，就是如何保证重构后带代码实现的功能与重构前的一致，如果每次重构完成后，对此不闻不问，则会有极大的风险，如果每次重构后，都进行一边测试，则工作量会很巨大，最终可能是即使代码有重构的欲望，也会尽量克制住，不去重构。除非代码能够进行自动化测试。实际上进行测试的是接口，而不是所有代码，只要能够保持接口不变，自动化测试的工作量也没有想象中的巨大。其实我们在单元测试的时候，会测试各种异常情况，只不过，没有将这些测试写成测试代码罢了。 在Java中有JUnit，在C#中有NUnit，在C++中，笔者并不知道有哪些自动化测试工具（笔者的孤陋寡闻）。于是就产生了自己写一个自动化测试程序的想法。

个人编程中比较喜欢重构，重构能够提高自己的代码质量，使代码阅读起来也更清晰。但是重构有一个问题，就是如何保证重构后带代码实现的功能与重构前的一致，如果每次重构完成后，对此不闻不问，则会有极大的风险，如果每次重构后，都进行一边测试，则工作量会很巨大，最终可能是即使代码有重构的欲望，也会尽量克制住，不去重构。除非代码能够进行自动化测试。实际上进行测试的是接口，而不是所有代码，只要能够保持接口不变，自动化测试的工作量也没有想象中的巨大。其实我们在单元测试的时候，会测试各种异常情况，只不过，没有将这些测试写成测试代码罢了。 在Java中有JUnit，在C#中有NUnit，在C++中，笔者并不知道有哪些自动化测试工具（笔者的孤陋寡闻）。于是就产生了自己写一个自动化测试程序的想法。

在我参与的多个项目中，大家使用libMySQL操作MySQL数据库，而且是源码即复用，在多个项目中有多套相同或相似的源码，这样的复用方式给开发带来了不变，而且libMySQL的使用比较麻烦，要应对很多的细节，很容易出错。 我要写一个动态链接库，将对libMySQL的操作封装起来，以二进制复用代替源码级复用；要提供线程安全的接口，用户无需关系是否加锁这样细节性的问题，减少出错及死锁的机会，当然也要允许用户自己选择是否线程安全的访问数据库；要简化访问数据库的流程，接口越简单越好。 我从2011年开始写这个库，我给它起名字叫HiDB。

ASP中调用Flex，actionscript与javascript交互，将flex放置在特定的位置。

这是一个给予.net2.0及sql-server2000的代码生成器。 会自动生成SQL语句，存储过程，资源文件及增删改查页面。 一个代码生成器，后面要跟着一个整体框架，这样生成的代码才有地方可放。我的整体框架会在以后一步步提供。框架设计的好，生成的代码才会更少，更易理解，更灵活。整体架构的设计，其实是在抽象，耦合行，复杂性，性能之间权衡，项目的大小也是一个重要的考虑方面。 我理解的代码生成器，其实不仅仅是生成代码的一个工具，代码生成器可以加快开发的速度，把开发中某些重复性的工作交由代码生成器来完成，这样开发者就可以把更多的精力投入到需求调研和数据库设计上了，而且还可以加快开发人员的响应速度。 编写一个代码生成器，并对它进行持续的改进，其实也是个人对技术进行学习，沉淀的一种方式。通过编写代码生成器，我们会关心自己的代码是够已经很好的抽象了【因为抽象后，需要编写的代码就少了，这样代码生成器的代码也就少了】，代码是否很容易明白，是否解除了各个模块间的耦合【耦合松了，代码生成器生成的各种代码就会自由一些，不会受彼此的牵制】，代码的可配置是否好【如果程序可以配置，则放在配置文件里，生成配置文件比生成代码容易的多啊】。总之，编写代码生成器，会让自己更多的站在代码的使用者角度上看待代码。下载下来的朋友可以看看，添加，编辑页面的代码是不是很少啊？我觉得这就是这些思想的反映。 欢迎大家下载，并给我提供意见，不胜感激！！！

<br> // 取得出发站点所经的公交车的字符串<br> // 取得目的地所经的公交车的字符串<br> // 取得两个站点都存在的站点，即可以直达的公交车<br> // 解析出发点与目的地的公交车的字符串，得到两个数组<br> // 分别以两个数组的元素作为参数，取得相交的站点，即可一次换乘到达的站点<br> // 计算路径信息

咀嚼代码--图学Community Server2.0--Form控件类图

咀嚼代码--图学Community Server2.0--Condition控件类图

咀嚼代码--图学Community Server2.0--Action控件类图

打算写一个C++程序 其实我是想用MFC静态库实现一个通过TXT配置文件在程序中动态创建界面的程序。<br><br>主要思路是：<br><br>提供一个基类CSearchBaseDialog，在基类中，程序从配置文件中读取界面控件的信息，然后根据配置文件中的信息在界面上创建相应的控件。<br><br>本文件是http://download.csdn.net/source/404250的升级版<br><br>对以前的代码进行了重构，修改的地方颇多。<br><br>有一点，在这版代码中用到了函数指针和宏，每个函数指针对应一个控件操作，我本来想写成控件事件的，最终没有成功【虽然用一定的技术能实现，但是该实现太罗嗦，不敢用】。每个窗体类中都有一个名称相同的静态函数，于是使用了宏，虽然这样使代码不直观，但是使代码更抽象，以后要对代码进行修改，也可以集中在一处进行修改。<br><br>此外，因为用到了函数指针，所以把一些虚函数写成了私有函数，这样会使代码更明了。<br><br>因为一个控件有很多属性，所以把属性单独写成一个类了，然后每个控件对象有一个属性成员，这样会使控件类实现的功能更明确，但是一定程度上增加了代码的复杂度。<br>其实把属性独立出来是有好处的，以后可以给控件增加一个属性SKinID【参考ASP.NET2.0中的皮肤】<br>我怎么感觉一定程度上像是在写一个特别简单的浏览器啊？

打算写一个C++程序 其实我是想用MFC静态库实现一个通过TXT配置文件在程序中动态创建界面的程序。<br><br>主要思路是：<br><br>提供一个基类CSearchBaseDialog，在基类中，程序从配置文件中读取界面控件的信息，然后根据配置文件中的信息在界面上创建相应的控件。<br>

一本关于设计模式的书。设计没有模式。现有的设计模式只不过是开拓你的思路，或者你在想一个问题想不明白的时候的一个参考，千万不要迷信设计模式

Socket实例程序