Magento 官方推荐以 blank interface 为基础开发个性化的 interface。这说法没错，但有局限性。如果不熟悉 Magento interface 的构成，blank interface 确实一个很好的出发点，如”blank“的名称所言，它没有花里胡哨的背景影响你的构思，如果你是设计师，blank interface 给了你极大的方便。
但世上难有两全其美的事情——blank interface 方便了设计师，但不方便最终用户（我指后台用户）。设计是一时的，用户是一世的，所以我认为两者有冲突时应该更多地照顾用户。Magento interface 有三层 fall-back 机制，在 System > Configuration > Design 可以设置 theme 和 default theme，系统还有最底层的 fall-back to base/default。
设想一下，如果基于 blank interface 开发 my_wonderful_theme，那在后台只能设置 theme 为 “my_wonderful_theme”，设置 default theme 为 “blank”。同时，严格按照 Magento 的规范，只把 “blank” 中需要修改的文件拷贝到 “my_wonderful_theme” 中进行修改。最终 “my_wonderful_theme” 保存了一些修改文件。如果全站页面统一使用 “my_wonderful_theme”，则没有问题；可是，Magento 允许个别 cms, category 或 product page 使用不同的 theme，通常会是 “my_wonderful_theme” 局部的变种，这样就有问题了。假设需要对某个 category 下的页面使用 “my_fantastic_theme”，而 “my_fantastic_theme” 只是在“my_wonderful_theme” 基础上修改了 header 部分，但 “my_fantastic_theme” 无法就它所缺的文件 fall-back to “my_wonderful_theme”——很可惜，Magento 只提供了三层 fall-back 机制，假如它就多给一层 fall-back，那就没有我这篇文章了。
简言之，如果基于 blank interface 开发，那么 cms, category 或 product page 里的 custom design 功能就成了鸡肋。如果设计师/开发者交付一个基于 blank interface 的 theme 和若干变种，用户无法方便地完成切换，这就是个败笔。以后还是以 base/default interface 为起点开发吧，其实也很方便。