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