工作中的纠结——区分于底层OR界面

在使用模板引擎时，遇到了一个纠结的问题，现需要分析一下。

在界面完全一样的情况下，所需的变量，也就是put到标记语言中的内容不一样 时，是选择重写界面，还是选择在底层进行逻辑区分？
场景假设 ：有27个界面，平均每个界面需要装载4个小界面，也就是4个 panel。有8种panel。

当然对于爱好偏向界面的我来说， 重写界面是最好、最快速的选择。可是从对产品负责的方面考虑，让我们来假设下不同选择的结果！

首先界面不需要重写，可以节约界面十分之三 的工作量（重写界面只需粘贴复制，修改模板语言标记）。在此假设108（=27*4）个页面，美工，css，浏览器差异为2个人日，108界面工作量为8 个人日，去处重复的100（=(108/8-1)*8）个页面，也就是只需3个人日，节约了7个人日。
界面不重写，唯一能确定put的内容到底该 是什么值时需要根据你打开页面的瞬间，通过servlet传递的参数来进行区别。那么在底层，就需要很多的if...else...。在此有平均有4种类 型，每种类型有27个判别情况。也就是需要108次判别。即使你使用了设计模式，代码看起来可能简介，易于重构，可是到底层，还是一样的 if...else...。性能上面肯定存在一定的影响。这样姑且不说，节约的7个人日中至少有5个人日又被if...else..折磨殆尽，工作量上基 本是一样的。因此可见，重写模板是最好的选择。

产生此问题的原因 归结于整个系统的key不够灵活抽象，如果key根据4种 类型，27个情况，按照组合的方式进行定义，那么杯具就不会产生，同样的模板，只需要4次判别即可，也就是节约了重写模板的7个人日和底层 if...else...的5个人日，加起来共节约了11个人日（哇咔咔）。可惜木已成舟，我们需要的不是去责备和哀怨，只能寻找最适合的办法去解决它。