当前位置:Gxlcms > PHP教程 > php不使用模版,怎么实现前端和后端人员的协作开发?

php不使用模版,怎么实现前端和后端人员的协作开发?

时间:2021-07-01 10:21:17 帮助过:4人阅读

如题:
模版的初衷是:代码与页面的分离。但实际开发过程中, 模版文件页面元素要嵌入大量的变量,以及同时处理if/else、for each等处理逻辑,比如smarty模版。
对于这种模版文件,模版语言和html语言混合在一起,结构混乱、逻辑与布局混杂,既不利于编辑制作,也不利于调试排错。同时还要增加前端人员的学习压力(例如要学习smarty)。

理想的模式下,前端只负责展示和交互(html/css/js),后端只负责提供数据(php)。

怎么实现这种理想模式?

回复内容:

如题:
模版的初衷是:代码与页面的分离。但实际开发过程中, 模版文件页面元素要嵌入大量的变量,以及同时处理if/else、for each等处理逻辑,比如smarty模版。
对于这种模版文件,模版语言和html语言混合在一起,结构混乱、逻辑与布局混杂,既不利于编辑制作,也不利于调试排错。同时还要增加前端人员的学习压力(例如要学习smarty)。

理想的模式下,前端只负责展示和交互(html/css/js),后端只负责提供数据(php)。

怎么实现这种理想模式?

今天刚看到一个地方说,可以使用JQuery,前端所有数据通过JQuery的Ajax进行获取数据,以及进行前后端数据的交互。

后端输出json,前端处理数据

用这个模式写过一些东西,希望有帮助

博客 http://i.mouto.org/
博客 http://mouto.org/

讨论版 http://za2.org/

电台 http://itorr.sinaapp.com/fm/
电台 http://moe.re/fm

个人吐槽记录 http://x.mouto.org/

照片社区 http://dev.vscam.co/


2015-2-20: ......这么多从这里来路的访问为什么不慷慨下鼠标给个赞!!!!!!! T_T

楼上正解,后台使用json传送数据 前端使用ajax接收。

  • 使用JSON
  • noBackend

我先谈谈我的观点。

PHP最开始最初的嵌入HTML中, 后来模板盛行(如Smarty), 再到后来的又抛弃模板(使用用输出)或轻量级模板(如Laravel的Blade模板引擎)。但前后台代码始终没有做到完全分离。作为Web开发的神级架构MVC, 有的时候让人搞不清楚业务代码究竟应该写在哪, 所谓的视图就是套着php锁链的HTML, 而Model大多数是一个继承于ORM的子类。这样的模式, 后端开发人员仍要处理HTML代码。就算是一个人在写前后端, 也要不断的切换思维,徘徊于业务逻辑和View之间, 实在是很痛苦。

单纯的后端只输出JSON, 前端处理JSON并显示, 确实可以做到前后端的分离。但是没有条条框框束缚的开发模式,工程很容易随着工程量的增加或代码的不规范而陷入泥沼。

我现在十分推崇纯粹REST后端 + AngularJS(REST)前端的架构。纯粹REST后端, 完全抛弃的View,并且可以凭借单一后端支持主流的应用场景: App, 浏览器, Web API,最主要的是有那么一套规范或标准实现去约束你,后端人员只需考虑如何更rest,更好的写易于使用的API就好了。而AngularJS从REST后端手中接过大棒,可以轻易的实现一个很优雅的前端架构。

再辅以node.js,单元测试,coffee, sass之流 .... 想不爽都难

模板的實質是 placeholder。你連 placeholder 都不寫,計算機怎麼知道什麼是可變的什麼不可變?結果至多是把模板邏輯挪到代碼里,然後代碼高度依賴 html 結構。。。回到石器時代。。。模板從有 if-else 開始就跑偏了,越來越想媲美一個通用語言,越來越複雜。

或者把模板啥的一股腦推給前端,後端只做 API,但這樣只是責任轉移了,前端依舊不能專心負責展示和交互。

其實後端應該分兩類,一類負責核心應用,一類負責模板
HTML CSS 依舊叫前端負責

前後端的分法本來就有些欠缺,缺少一個中間層。

只有這樣,才有可能做到:

前端只负责展示和交互(html/css/js),后端只负责提供数据(php)。

因爲前後端銜接的任務交給中間層了~

人气教程排行