结对项目成员：徐丞（13061203） 赖彦谕（13061212）
[附加题]第四阶段目标 - 界面模块，测试模块和核心模块的松耦合。
我们小队是和付帅，赵庶宏组进行了交换测试，我们导出的静态链接库（.lib），然后在界面里include来调用。我们两个组都是用C++写的程序，用MFC写的界面。遇到的主要的问题，就是因为我们的想法有一些不同，
API接口的设计和他们设计的接口有些不一致，所以导致我们的模块和他们的界面模块不能很好的连接。
为了解决这一问题，如果要修改我们设计好的API，那么就会修改之后的很多参数，可谓牵一发而动全身，非常复杂。而如果按我们API的形式修改他们的界面，也达不到交换测试的目的了。最后我们的解决方案是，在我们的代码的
基础上增添新的API接口，这个API接口会接受外界传入的参数，并将其进行整合，修改，然后再调用我们原来的的API进行计算，相当于在API的接口上又套了一层接口，使的我们的模块和他们的界面可以连接起来，解决了这一问题。
交换测试主要发现了一个比较重要的bug，就是输入的计算表达式过长时会产生溢出的情况，我们的程序设的是int64位整形变量，但是在他们组恐怖的超大超长表达式的测试下还是溢出了，为了解决这一问题，我们从网上查找了相关
文档发现C++并没有提供像C#中checked，unchecked检测溢出的库函数，所以我们最后采用的方案是，限定输入的表达式长度不能超过200，单个操作数的大小不可以超过200，来避免这种情况。。。
[附加题]第五阶段目标 - 通过增量修改的方式，改进程序，完成对各种错误情况的处理。
关于错误处理，采取抛出异常外部捕捉的方式，由于C++的throw方法可以抛出字符串，常量，表达式对象，所以在处理异常方面，我们并没有单独设计异常类，而是采取直接抛出字符串的形式
Operand类，抛出：
操作数格式错误异常；
分母为0异常；
操作数范围越界异常；
无法生成要求数量的表达式异常；
除数为0异常；
Formular类，抛出：
表达式格式错误异常；
除数为0异常；
StuCalculator类，抛出：
参数不合法异常；
文件路径不存在异常；