一个打印软件,由于没有文档,理解起来费劲,又挺着急。分为主界面和打印预览界面,现在两个界面右键弹出菜单是一样的,要求抽出一个类用一套代码来实现。那么问题来了,如何让他们共用一套代码,如何让他们消息响应在一起实现?多谢高手指教!

解决方案 »

  1.   

    请牢记:源代码本身的书写是否结构化或面向对象或符合设计模式或敏捷…并不重要,重要的是你是否使用结构化或面向对象或符合设计模式或敏捷…的方法命名标识符、阅读、修改、检查、测试源代码。意思是你程序结构看上去再合理,再简洁,也不一定比看上去一团乱麻的程序结构在运行或修改时更不易出错,更方便修改,出错了更容易找到哪里出错和具体出错的原因,更容易改正错误。试对比
    图书馆(对图书的分类够结构化了吧)

    搜索引擎(可看作是扁平化任何结构数据,仅支持全文检索)
    哪个处理信息更方便、更高效。所以
    与其费劲去重构代码让其看上去更简洁、更合理
    不如费劲学习grep、sed、awk、……这类全文搜索和批处理编辑的工具。结构越复杂,越难修改,越难除错。
    有时(甚至大多数时候),看上去越合理、越简洁的代码,运行起来性能越差,出错时查找原因越难,找到出错原因后改正越费劲。程序员要做的不是尽力避免错误,而是聚焦在快速发现并改正错误。真正以快速方式轻易解决错误,“快速的失败”远胜过“预防错误”。Fred George前微软C#编辑器的开发主管Jay Bazuzi列出的一些有助于找到正确方向的问题;他觉得前同事们应该用这些问题来问自己;实际上不管在哪里工作的开发者们都应该经常问问自己这些问题:
    ◆“要保证这个问题不会再出现,我该怎么做?”
    ◆“要想少出些Bug,我该怎么做?”
    ◆“要保证Bug容易被修复,我该怎么做?”
    ◆“要保持对变化的快速响应,我该怎么做?”
    ◆“要保证我的软件的运行速度,我该怎么做?”
    如果大多数团队都能不时问一下自己,必定会从中得益,因为这些都是真正强而有力的问题。
      

  2.   


    预览和打印主要代码没有太大差别,都是在dc上画图,只是一个dc的屏幕,一个是打印机,由于打印机是一页页打印的,而屏幕只有一个,因此控制方面会有所差别