单元类的调整

[ju-liu]

关于目前的所有element实现，有如下几个问题：

1. 目前所有单元都是一个涉及基函数及其一阶二阶导数的容器。通过buildbasis函数实现了对于容器内容的更新，即求得在积分点上的函数值。目前我们的设计是一个单元类在构造时即被number of quad pts限定好容器的大小。而后续的buildbasis中输入的iquadpts类的大小必须同最初的积分点个数匹配。这一耦合性使得我们在调用单元类时不够灵活。当出现在单元在表面积分时，就需要重新构造一个新的实例。

解决方案：使用std::vector做所有的容器，允许在buildbasis时根据输入积分点个数来调整容器大小。

解决： #199

2. 单元类的型号编号使用了magic nubmer，如501，502，601，602。这不易理解。在后续使用工厂模式生成单元实例时也会造成困难。

解决方案：使用enum class来定义单元的名称。

解决：#191

3. 对于单元的实例化，目前是使用的switch-case在driver中处理的。这一流程应该可以打包进一个factor类，把element的实例作为工厂的产品。这样不但可以在driver中简化程序，也可以在内部程序中根据要求的产品类型（即单元类型）方便得生成一个单元类的实例。

解决方案：工厂模式。

4. 对C++11标准的更好支持。我们目前的继承子类，可以使用override关键字替代virtual。同时使用final关键字，表明不会有进一步的继承。特别是final关键字或许可以去虚化，使得程序的调用更加经济。

解决方案：override，final关键字。

解决：#199

5. 我们需要使用static constexpr int nLocBas来代替4，10，8，27等魔法数字。之前的提交表明这样能保障程序的鲁棒性。（之前有人笔误，在修改程序时把这些数字写错过，使用变量名会更安全。）

解决：#207

7. 我们最好对于所有的成员变量进行初始化。目前我们对于容器类的数据没有在构造函数中作初始化设值。

解决：#207

[ju-liu]

4 号任务交给 @bojunZhang-heng ，@Mr-Chi-Ding 检查。需要开分支。

[ju-liu]

2 号任务交给@Mr-Chi-Ding， @Syj-0525 检查。需要开分支。

学习c++11中的enum class使用。参考DataVecStr.hpp