经过了软件工程第一个个人项目——<<四则运算器>>的开发后,对软件开发有了新的认识。题目中并没有明确说明对小数和负数是否应该提供支持。在第一个项目结束后,第二个项目则是针对上一个项目进行细致的优化,高度API要求和可交换性考验着第一个项目的模块化设计理念。封装性、参数可调性和交换后的兼容性是第二个项目的主要内容。作为第一个结对项目，在上一个项目中存在着很多会导致这次项目出现兼容性问题的原因。
曾经听过调侃：“客户从不改需求(扇子脸)”。客户的需求，说变就变←_←|||，如果需求恒定，那基本是不可能的，随着软件的开发，越来越多的bug就会浮出水面。这里所指的bug不仅仅是由于函数的不完善、特殊值引起的算法异常终止。而是在一些客户未明确提出，咨询客户又怕觉得智障、实现起来有不是捎带手就完成的方面。例如个人项目中，是否添加小数的运算？是否添加小数和分数混合的运算支持？当用户进行非法输入时，程序是弹出警告框提示用户重新输入还是如何都没有界定的标准。设想下，如果第一次个人项目要求的word中，统一注明了程序的每个具体功能模块，每个模块传入的参数、返回的参数、名称都有明确的规定，就像是工业元件的名牌一样参数分明，程序的可移植性将会更好吧。虽然这样做就会限制思路了，但毕竟第一个项目都是当个人项目看待的，应该没有人想到跟别人程序的契合度吧╮(￣▽￣")╭