: → superpandal: 怎麽会有人想不开想要跑过来 这些东西其实你自己碰都 01/12 00:08 : → superpandal: 可以做出差不多的工具出来... 模板语言的话用什麽都 01/12 00:09 : → superpandal: 可以 很多目前看到的不外乎就是侦测档案变化并生成程 01/12 00:10 : → superpandal: 式码 还是偏底层比较好 路广 01/12 00:11 : → superpandal: 可以说都在学怎麽应用这些工具 而不是真正的知识... 01/12 00:17 : → Hsins: 侦测档案变化生成程式码听起来好屌ㄛ，你的模板可能跟大家 01/12 00:23 : → Hsins: 的模板不太一样欸。 01/12 00:23 : → superpandal: 不然呢js很多框架就是这样 haha 不然你以为光xml格式 01/12 00:27 : → superpandal: 的语法就可以跑... 01/12 00:27 不是啊，你可不可以不要每次都想要说个好像高深莫测的东西，但 是其实自己不是很理解呀？我觉得传递错误的知识比藏拙还要更可 恶耶。比如上次在那嘴人家 Wine 不做自动化测试，可是人家明明 付出了超级多的心力在那块： https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1636600658.A.81D.html 回到这次的主题来。 模板引擎（Templating Engines）这种东西虽然没有什麽学术上明 确的定义，但绝对不是你所谓的「侦测档案变化并生成程式码」好 吗？这边我借用一下 Vue.js 的作者尤雨溪曾经在一篇回答中所使 用过的叙述： 「严格的模板引擎的定义： 输入模板字串 ＋ 资料，得到渲染过的字串。」 [REF]: https://www.zhihu.com/question/32524504/answer/55812327 或者在绝大多数的状况下，甚至可以说是将资料（data）和模板（ template）合并然後生成 HTML 文件，再返回给发出 HTTP 请求的 客户端。这些资料在後端会透过与资料库进行交互取得，又不是三 十年前，你的资料不是来自於纯文字档案，请问哪里侦测了档案变 化？ 在早期前後端分离架构还不流行时，这是十分常见的作法，常见的 模板引擎，比如： - Spring 搭配 JSP, Freemaker, Thymeleaf 等 - Flask 搭配 Jinja2 - Laravel 搭配 Blade - Django 自己就带有模板引擎 - Express.js 搭配 Jade, EJS 等 - Rails 搭配 Erb, Haml 等 他们在使用上都很类似，比如以 JSP来说，使用上可能是这样的 ，其中 user 的资料会在 Controller 里面从资料库中获取再带 入： <table border="1"> <c:forEach items="${users}" var="user"> <tr> <td>${user.username}</td> <td>${user.age}</td> <td>${user.address}</td> </tr> </c:forEach> </table> 如果使用过前端框架比如 React, Vue, Angular, Svelte之类的， 可能会发现在语法跟概念上有类似的地方，但在本质上是有所不同 的： 1. 模板引擎在後端将资料和模板组成 HTML 并返回给客户端 2. 前端框架通常是透过转换成 live DOM 或操作 virtual DOM 来 将透过 AJAX方式获取到的资料渲染到页面上，但各自的实作略 有差别 至於前後端分离与前後端不分离之间的差异和优缺点我就不多加赘 述了。只希望有些人可以做点功课再来说话，不要人家就已经是烦 恼想要求解了，还在那边被你乱。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.71.215.250 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1641921221.A.B4E.html 这种东西如果要说到 socket 就又扯远了，我想以常人看到那句「 侦测档案变化」所想到的要嘛是档案内容或相关资讯变动而做出行 为，在这层面上来说不会想到是 socket。 以常见的架构来说，是 後端根据客户端发送请求时夹带的资料，在控制层里依照需求去与 资料库交互，获取到资料後再放入，交由模板引擎产出 HTML。 另外这跟他扯到的 JS 框架很多也是这样是两回事，这也是为什麽 尤雨溪那篇对於提问者将东西混为一谈很有意见，毕竟「前端框架 」和「模板引擎」是两个概念，不论理念、实践跟功能上都是完全 不一样的东西。 虽然跟这个主题没什麽关联，但你上次的说法是「 Wine 开发者为何 不考虑一下自动化测试」，而不是测试成果不大，是我提了之後你才 改口的。 没嘴呀。模板引擎在早些年前後端不分离的架构下扮演着重要角色。 我觉得算是大家都知道的东西啦。生成程式码或生成文件不是我要说 你的谬误点，你的谬误点是侦测档案变化好吗？ 所以一来你没搞清楚自动化测试是什麽，二来根本连我贴了网址也没 回去认真看嘛！ https://wiki.winehq.org/Conformance_Tests 当初 Wine 的开发团队为了进行自动化测试，建构了一组单元测试并 打包成每日更新的执行档，让世界各地的使用者可以运行之後获得每 日的测试报告，不知道花费了多少心力。 另外自动化测试可以是白盒测试、黑盒测试也可以是混合的灰盒测试 ，并不是黑盒测试就不会是自动化测试。 我不确定你有没有带过新人啦，但你这样的叙述方式我真希望希望 没有……不知道你说的 PHP 有 cache 起来究竟是指些什麽。如果 是指像是 Smart这样的模板引擎的快取机制，他也是会先经过上述 将资料与模板进行合并产出 HTML 文件的过程，那是 Smart提供的 而不是 PHP 提供的。 另外前端框架比如 Vue 有提供元件样板（template） ，但那与像 是 Jinja2 这类的模板引擎并不相同，上面尤大大那篇回答我真的 建议您可以看一下。 自动化测试就自动化测试，智能测试又是什麽辣>< 这不是专业的区隔感，是描述问题的精确性，你如果做了很多并不 那麽精确的描述，而且这不是为了比喻所以才用白话叙述，甚至说 了些似是而非的东西，那只是「竹篙凑菜刀」而已。 这我是没问题啦。另外如果你对於我上面的内容和我的说法有什麽 问题也可以提出来呀，我会这样说是因为在我认知和所接收到的资 讯（比如上面 Evan You 的说法）中，大多数人在这样情境下谈及 的模板引擎并不是他所说的那样。 如果他本身传递的内容就是错误的，这样的状况和你说的知乎上那 件事是不同的。 虽然不是很懂你想要表示什麽，但是好像感觉很厉害的样子:) 刷题或许不是什麽了不得的技术，但他考验的也是你所谓的底层的 知识：资料结构与演算法。另外这个不太了不得的技术，也不知道 你刷不刷得动呢。 原 Po 在文章里面提及有太多技术都可以实现网站後端，甚至是前 後端可以一起包，对照他说的熟悉 Vue 和 React 的说法，以及谦 称自己没有什麽头绪，我补充了关於框架和模板引擎的部分。 你倒好，扯个似是而非的东西出来，嘴里说着模板语言现在又成了 热重载（hat reloading）...... 可能你是名不经传的大神，这样 的东西都能随随便便「自己碰就能做出差不多的工具」，顺带跟你 提一下好了，不同模板引擎有不同的实作方式，有的甚至自定义了 自己的 BNF规则，并根据该规则解析模板字串来构造抽象语法树， 最後才是透过抽象语法树把丢入的资料生成出字串。 我不知道你说的底层是什麽啦，以 Web仔来说去跟网通系统厂工程 师谈底层，我是没什麽脸；至於要解释成底层知识，我不觉得编译 设计原理不隶属於其中。 俗话说哦鸡蛋里捡骨头找麻烦是因为鸡蛋里不会有骨头，你是丢了 骨头进去污染了鸡蛋让人捡，还怪人反应过激？我还是那句话啦！ 传递错误的知识比藏拙还可恶。 那是问句呀，我自己觉得刷题不容易呀！您觉得不是什麽了不得的 技术那您一定信手拈来就在周赛榜上有名了吧:) 我很期待您分享一下热重载对於现今模板技术的重要性，真的！ 我是觉得 Web技术很高深啦！当然上述的内容在使用上看起来可 能是很浅显的，但要发展到今天的规模和支持这麽多的项目，中 间一定有很多细节。我没有自以为眼尖，只看到有人穿凿附会东 拼西凑，在资讯科学领域里面，我们都不应该频频「举烛」:( 这边我就不知道你在说什麽了，但好像听起来还是很厉害的样子 。您一定很厉害的，什麽东西都瞧不上，什麽东西又都能说一说 ，至少比我厉害的多了，在我眼中真的很神 :) 抱歉，我觉得都是很了不得的技术，是有很多前人铺好了路把很 多东西抽象了才能让你这样拼凑 API就觉得好像完成了全世界。 我不知道为什麽你感觉什麽东西都能够瞧不上眼，您如果觉得你 说的热启动对於现今的模板引擎有重大影响，您倒是说说呀！让 人长长见识开开眼界，而不是喷了一句闪人又补一句说自己不爱 分享就作罢呀。 对了，我上面说的是资讯科学不是资料科学。我很期待跟您讨论 技术，毕竟我觉得这些东西就像汪洋的大海，我只是在旁边捡着 石头的小孩子而已:) 如果能够得到您的指教那一定可以让我成 长很多的吧！ 怎样才算是掌握技术呢？好想知道认为这些技术都不是什麽大不 了的东西的大大跟我分享>< ※ 编辑: Hsins (111.71.215.8 台湾), 01/14/2022 14:09:16