但事实上，模板引擎就是为了解决这问题而生的啊。第一下就否决了。
目前新的技术说是用基于js的模板引擎来生成Dom，或者angular js，由js来绑定数据到Dom。即PHP输出数据成js，js进行Dom生成。

一切的数据来源都用异步请求来获取

我知道的方案有两种

1. 所有你需要的数据都通过ajax请求。后台提供接口。

2. 使用模板渲染

我接触过的网站一般都是两种混合使用。因为一般网站都有大量复用的部分，因此需要使用静态模板，在服务端渲染成html。需要数据的地方，任然需要使用ajax请求。

当然听说现在已经有了比ajax请求更加高级的数据交互方案，不过我没用过

比较传统的方法

方法1.纯使用模板引擎
方法2.模板渲染和ajax混着用，ajax只用于异步处理数据

优点：逻辑清晰，简单
劣势：流量的浪费，服务端开销增大，维护的不便

比较现代的方法

• 前后端完全分离

• 前端只处理交互界面的逻辑(于是前端又分了很多 方法/框架 来进行页面逻辑的处理)

• 前端只在需要数据的时候通过 ajax/pjax 获取数据并填充需要的部分

你可以选择

1. 所有操作均使用ajax，后端只提供json接口。这样就是angular那种做法。

2. 查询操作渲染模板，其它操作使用ajax。这样是传统做法。

不推荐所有操作都渲染模板，体验很差。

RESTful。

PHP本来就是个模板引擎，你分离他干嘛呢？

楼主，PHP的模板引擎比较多，但主流的还是smarty，论效率论上手都不错啊，干嘛不用呢
如果走极端（你能重构整个项目），那也可以考虑纯前后端分离，用knockout angularjs这些js框架做前端，php只在后端做api。当然也要看你项目是否合适了，说白了，仅仅依靠原生php代码来做WEB，目前几乎很难看到吧

可以参考下淘宝UED的前后端分离系列文章：
http://ued.taobao.org/blog/?s=%E5%89%8D%E5%90%8E%E7%AB%AF%E5%88%86%E7%A6%BB

我是用angular来实现，基本步骤：
1、加载静态的页面框架；
2、通过ajax获取动态部分的内容；
3、通过ajax获取数据。
写了个directive标准化一下第2步：
HTML

<div dynamic-html="Page.html"></div>

JS

app.directive('dynamicHtml', function($compile) {
    return {
        restrict: 'EA',
        replace: true,
        link: function(scope, ele, attrs) {
            scope.$watch(attrs.dynamicHtml, function(html) {
                if (html && html.length) {
                    ele.html(html);
                    $compile(ele.contents())(scope);
                }
            });
        }
    };
});

想实现分离，不用模板恐怕不行。要么用现成的模板引擎，要么自己实现一个。如果只是不喜欢smarty的语法的话，可以采用支持PHP原生语法的模板引擎，比如plates。

一直使用纯原生PHP