今天采用抽象工厂模式对实例进行改进，以达到动态加载算法实例，抽象工厂模式属于设计模式中的内容，自己在学习视频的时候注意到了，所以之前就买了本大话设计模式来学习，可以说了解了大部分设计模式。今天遇到后自己心里也有底，温故一下书就知道怎么做 了，可以说这是我学习的方法。
针对以上，在dll中提供一个接口，两个算法都继承了该接口，对于该dll的操作都通过接口isort进行，此外，修改工厂为抽象工厂，提供一个接口创建算法，在算法中返回isort实例，在主函数中使用该实例进行对应的排序算法操作，充分显示了抽象工厂的作用，本例子将反射和抽象工厂模式结合，增加了程序的可扩展性和可维护性。
ListCtrl中LVITEM lpara有很广泛的用处，我们可以通过这个参数实现list控件的排序功能，这里需要注意的是使用LVITEM中的LPARAM，但是SetItemData 函数似乎又是对LVITEM 的lPara进行设置的，这里的关系似乎很微妙，但是我们一定要注意 不能混淆。类中的成员函数可以单独的声明为模板函数，但是模板函数的实现要放在头文件中。GDI+中没有提供绘制圆角方的函数，我们需要通过GraphicPath类进行模拟来实现。
鼠标跟踪消息的要点：响应消息WM_MOUSEMOVE WM_MOUSELEAVE WM_MOUSEHOVER 在WM_MOUSEMOVE消息中处__TrackMouseEvent函数。
回顾前几天所做的练习，对遇到的问题进行解决，在网上查阅相关资料独立解决，并对之前的一些项目练习做好备份。将这几天练习中所用的编程方法都串联了一遍，形成了固定的模式，以便在今后可以快速的使用。
CToolTipCtrl 函类中的RelayEvent函数的存在理由，试想当我们的鼠标在一个窗体上滑动的时候，会发生什么情况，如果鼠标下方的窗体是一个子窗体，那么这个子窗体将会收到鼠标的消息，而主窗体的鼠标消息因此被屏蔽，windows是通过这种方式来处理消息的，这里CToolTipCtrl对象也需要受到消息来进行处理，但是这些鼠标消息却不能流向CToolTipCtr对象，这就是问题的关键之所在，如何将消息导向CtoolTipCtrl就成了关键，一般我们会在PretranslateMessage函数中拦截消息之后使之导向CTOOLTipCtrl，这个导向所用的函数就是RelayEvent函数。
有关ToolTip控件的讨论目前还存在疑惑，1当我们使用LPSTR_TEXTCALLBACK的时候，为什么ON_NOTIFY可以得倒响应消息，却会在某个时间点出现Stack run over的错误。
由于黎甫对dll的要求发生变化，今天就不断修正dll程序，并验收，再结合group的窗口排列方式对dll中的窗体进行测试。我现在才明白，编写代码是一件很容易的事，但是编写好的代码却是很难的事情，好的代码要有可维护性、可扩展性，这样在修改的话就很简单，可不能像我昨天写得代码，根本谈不上艺术，所以一旦面对客户的要求，改动就很困难，这一点值得我继续学习。
至于可扩展性也是对维护的扩充，因为顾客的要求有可能随时都在改变，我们也得适应客户的要求，如果软件有了可扩展性，那么它的改动就比较小，就能适应顾客的要求。所有上面说的这些都是自己要学习的地方，这样在以后的商业开发中才能游刃有余，应对自如。
昨天的任务基本已完成，今天温习了一下加深了对知识的理解，可以说掌握得比较牢固了，今天又有新的任务，可以说每天都在进步。
按组长要求编写rankstyle=group时的窗体排列方式，在xml中配置控件或窗体的参数，利用xml读接口从xml中读出参数，为了使程序具有灵活性，在组长的提示下将窗体的配置按照窗体的name属性进行配置,之前是利用字段的方式写在xml中，但是组长说这样的话在程序中查找不方便，可我觉得没什么啊，当然了，对于我这个没有工作经验的人来说看什么都是可以的，所以要多学习学习。在formcontrol中利用双层循环将控件容器中的控件按name与读出的配置进行匹配，如果在xml中配置了该窗体，就设置该窗体的一些属性。个人感觉实现了该功能吧，最后经过组长看了一下审核基本通过。 要求：
根据group，从xml中读取控件配置信息，动态设置控件在主窗体中的显示。
由于自己编程能力还算可以吧，所以软件组的老大就叫我加入开始做一些这次项目的东西，说了一句“我可是没把你当实习生哦。”，这话一听当时感觉还好，不过后来一想，我却是吃亏了，他不把我当实习生但给我的却是实习生工资，这点有点想不过去，不过没关系，实习嘛就是学习，有基本工资也不错了，关键的公司提供的条件那是在学校里所得不到的：商业性的问题。
今天将上述实例的方法用到本次项目中，开始项目中的一些任务。仍然使用抽象工厂模式，将自定义窗体封装到类库中，将窗体的控件预留到外部进行实施定义;在xml文件中配置窗体的实际参数，利用反射按从xml中读出的参数动态加载窗体。将上述的实例方法运用到了实际项目中。
第一次是来面试，当时感觉不怎么好，面试的人问了一些问题有些没回答上来，这并不奇怪，c#自己学习了2个月，然后就没怎么用，回答不上我觉得可以理解。没想到还能第二次来到公司，由于对环境还比较陌生，所以今天大概熟悉了一点，成都这边有50多个员工，属于研发中心，主要从事无线微波得较大型的设备的再加工，听同事说以前在北京，但由于北京人力资源太贵所以来到成都，这听起来怎么像是在压榨的感觉啊，没关系，只是来实习而已。
对于今天的第一个小任务，要求：界面、数据压入堆栈、简单冒泡排序实现数据有序输出、堆排序输出。让我快速地熟悉了c#，从界面到后台都得到了加强，此外在实现过程中对用到的冒泡排序和堆排序有了更深的理解，并能用c#熟练的实现。
今天继续昨天的任务，做一个小测试，将现今做的项目所有代码进行整合测试，测试要求是在数据库中配置菜单项，动态添加几项菜单项，在不同点击下动态从dll中加载窗体读取配置文件进行排列，顺利完成。
每天都有不同的要求，哎，果然和学校是不一样啊，今天将dll中的控件更换成窗体，方法仍然采用反射+抽象工厂模式。
虽然自己有一定编程经验，但是遇到问题是不可避免的，今天在编写过程中遇到了一个问题，就是当窗体接口和窗体类库放在一起的时候，在工厂中创建的实例无法装换成接口类型，经过多次测试和上网查阅相关资料，发现控件类实现接口，不能将接口放在同一个类库中，针对以上问题在网上查阅相关资料，结果还是没有相同的主题，没办法，只有硬着头皮在网上找，没有主题就找有没有相关的例子，结果还是没有，差点就无语了，突然看到有类似方法的一个例子，真是柳暗花明又一村啊，仔细看了看，发现他和我的结构有些差异，所以调了一下结构，一编译果然痛过了，就是将两个类库分离，再在接口中加入工厂便可创建实例并转换成接口。在主窗体中只需要引用该接口类库便可达到要求，使程序耦合性降低了。
今天对昨天的实例进行了改进和提高，将堆排序和冒泡排序封装在一个动态链接库中，提供函数调用和事件委托。此外加入xml进行配置，在xml中存入相关配置信息，提供一个单独的xmlclass对其进行操作，加深了对xml的理解。为增加程序的性能，采用简单工厂模式对其客户端和算法操作进行分离，有很好的可扩展性，对于c#的动态链接库和xml配置不怎么熟悉，花了很长一段时间看书和网上查资料，才开始动手写代码，不过感觉还是很快，因为自己有编程的能力，可以说掌握了一种快速编程的方法，所以就能驾轻就熟。
今天算是正式开始做公司的项目，上午黎甫和秦阳在会议室给我讲解了项目的一些功能并进行讨论，大致理解了项目后，分配了自己的一部分任务，整理过后在多次与秦阳的沟通请教下明白了自己的任务，下午秦阳建好vss，我拷贝项目进行框架整合和测试。 在编写代码的过程中也涉及了一些问题，通过看msdn和上论坛，基本得到解决，同时也了解了一些c#其它的相关知识。
我们在使用tooltip的时候，有以下几个关键点：
1，创建CToolTipCtrl对象，Create函数实现。
2，使用AddTool函数向这个tooltip中加入tools，这也是绑定tool到某个控件的过程，从中我们可以知道在这个CToolTipCtrl对象中应该存在着不止一个tool，而是一系列的tool，通过函数DelTool实现删除，AddTool实现添加，UpdateTipText实现更新tool的文本。
3，最关键的是我们需要一个触发tooltip的关键点，这个关键点控制着何时显示这个tooltip，一般情况下我们在PreTranslateMessage函数中进行处理，这也是我们拦截WM_MOUSEMOVE的地方，拦截之后，我们调用tooltip的RelayEvent向toolTip对象传递这个消息用以表示tooltip可以被显示或者更新。
静态链接MFC DLL模块的时候，由于MFC总是使用它所练级额的DLL模块状态，所以不存在模块管理的问题。
调试DLL的时候，我们需要exe文件的配合，所以先要生成exe测试文件，然后将DLL工程设置成active ，这时候会出现exe路径提示对话框，我们将测试用的exe路径填入就可以了。