很多人不懂VirtueMart的模板，感觉层层嵌套，感觉不够MVC。的确VirtueMart现在还不是非常好的MVC构架，以后的VirtueMart2.0会完全建立在Joomla的MVC构架上。但是Ethan要指出的是，VirtueMart现在的模板机制很实用，思路也很清晰，比较适合网店系统并易于理解。

ZenCart的模板也是层层嵌套，但ZenCart的问题是越嵌套越往里，没有细分的子模板，最后出不来了，而且由于后台有大量控制界面的设置，每一个设置都增加了层层嵌套过程中的逻辑判断，使得修改和定制ZenCart模板比较费事。

Ethan记得国外有人在论坛里发帖骂设计ZenCart模板机制的人脑子通掉了，但还是要用zencart为客户做网站，因为客户认zencart。Ethan必须指明，zencar开发小组在巧妙地做一件逻辑上相悖的事情。

zencart宣传的口号是让每个人都能通过后台设置就能拥有自己的电子商务网店，因此在后台提供了大量的控制界面的设置。这种做法很讨好用户，但对于利用zencart为别人开发网店谋生的程序员，这是一场噩梦。

由于zencart聚攒了大量的人气，这些程序员们往往屈从于zencart，并争先恐后地在zencart论坛里发帖和回贴，以吸引客户。于是用户更认同zencart。

结果是，大量的用户因为喜欢后台丰富的布局设置选择了zencart，然后发现很多界面问题通过后台设置也不能解决，花钱请程序员改。zencart由于后台设置过多，模板机制变得繁琐，用户需要花更多的钱请程序员改。因为一个理由，用户选择了zencart，因为同样的理由，用户本不应该选择zencart，这在逻辑上是相悖的，但却是现实，因为用户很多东西不懂。

VirtueMart的模板虽然也是层层嵌套，但是主模板是唯一的，主模板套子模板，不管怎么套，最后基本都以子模板的形式出来。这些子模板易于编辑，界面控制通过直接修改子模板的html代码实现，不像zencart在后台设置，也许客户不懂html，但程序员会觉得控制界面非常轻松灵活。

VirtueMart的艺术在于，判断哪些东西应该算作一个子模板时，比较合适，很有智慧。Ethan猜想当初规划子模板的设计者不仅仅是一般意义上的程序高手，而且应该对网店系统理解的很透彻。

当然VirtueMart的模板机制也有一些不完善的地方，Ethan认为商品列表页面细分每行几个商品并在后台提供设置属于多此一举，有些小模板是通过函数封装起来的，这个也不好，应该反过来，用小模板封装函数，好在这些改改比较容易。

总之，VirtueMart的模板机制的整体设计是非常适合网店系统实际的，优于zencart的模板机制。zencart模板方面已经不仅仅是技术问题，而是让人感觉有点滑头了。