其实每个时期程序流行的架构以及写法会略有不同,每个时期前端後端负责的范畴也不尽相同,我们无法知道我们会碰到什麽样的架构,也无法决定前人是如何设计,我们能做的只能增强自己的理解,让自己能够快速地理解架构并开发。我觉得了解不同架构之下的网站系统是如何运作的是一件很重要的事。就像是读书之前先看单元大纲,可以能抓住重点轮廓一般,在开发和沟通上,更了解架构时可以更快的进入状况~
再来我们看看Template的程序码,以下范例在中,会把things项目里面的每一个项目的title , body 呈现在页面当中,如此可以在服务器端就生成完最後要呈现的版本,回传给前端。
<!DOCTYPE html>
<html lang="en">
<head>
<link rel="stylesheet" href="style.css">
<title> Something </title>
</head>
<body>
<div id="content">
{% for thing in things %}
<h2>{{ thing.title }}</h2>
<p>{{ thing.body }}</p>
{% endfor %}
</div>
</body>
</html>
在此阶段没有明确的前後端定义,而通常采用这种开发方法的团队,满多会以功能来进行一条龙的开发,不一定会有明确的前後端分工。现在仍含有许多服务是用此架构开发完成的。
此种开发的优点:
但其中问题包括
前後端分离的架构有许多的好处:
这系列的文章着重在後端API的开发,由於对於大家来说,後端是一个有点距离的名词,希望透过这篇说明大家能够更清楚的了解~
我们昨天做了错误处理, 今天才正式来处理写进资料库的内容, 我们先来做个范例, (我们不讨论CKEd...
刚开始看不懂那些乱码时,真的很痛苦。 Regular Expression常简写regexp,也是R...
铁人炼成,回顾三十天 三十天过去了,没想到我竟然成功完成铁人赛了! 上次铁人赛完赛心得的第一句话是 ...
自从有了 TeamCity 後,很多原本需要人工操作的任务都可以交给 CI 主机做。因为它会在每一次...
Timecop 可以帮助你在测试时将时间冻住,因为有些讯息中会带有时间,如果要确保时间一致就必须要将...