php - 客户端页面渲染，好与坏(PHP + Javascript\AJAX)

Question

我正在为网络应用程序设计后端。我处于无法与前端开发人员协作的情况。我也不喜欢内联 HTML\PHP，也无法集成模板。我的解决方案是让前端与后端完全分离。前端将通过 AJAX(或 jQuery)与后端通信。例如，文件上传系统将像这样工作:

        <?

            //Do stuff
            if(!isUserLoggedIn())
                die("0-Must be logged in");

            //Do more
            if(!fileIsTooBigOrNotTheRightType()) {
                die("0-Bad files");
            }

            //Do even more
            if(!move_uploaded_file($src,$dst) {
                die("0-directory error");
            }

            echo "1-Success";

        ?>

前端开发人员将简单地将文件 AJAX 到 upload.php 并解释响应并在前端采取适当的操作(显示表单，红掉一些字段，显示错误消息，重定向到登录表单，等等)

为了减少 HTTP 查询的数量，每个页面可能包含一个隐藏字段，其中包含将要使用的动态元素的 JSON 数据。例如，在私有(private)消息系统的收件箱页面上，JSON 字符串可能包括新消息的数量、每条消息的发件人和主题等内容。前端开发人员将能够解析该数据并以他喜欢的任何方式使用它，并且可以自由地创建一个独立于我的用户友好界面。

现在是 2012 年，我不认为假设客户拥有支持 AJAX 的 javascript 是错误的。

TLDR:我正在将呈现页面(将元素放在它们的位置)的工作转移到客户端 javascript。从效率的 Angular 来看，这是好事还是坏事？服务器要做的工作似乎更少了。

Answer 1

作为前端和后端开发人员，我的一般方法是先在服务器端，然后在客户端。让应用程序在没有任何 JavaScript 的情况下完全彻底地工作，然后继续(或让前端人员)到客户端。这确保每个人都可以使用您的应用程序，即使是那些不使用 JavaScript 的人，例如屏幕阅读器和搜索引擎。

---

您指的是 API。您制作界面，然后让前端开发人员向您调用 API。

这是可能的，但您应该非常清楚 API 的细节(您可以做什么，不能做什么)。

还要确保您的安全(这样不是每个人都可以访问您的 API)。

除此之外，您当然可以，没问题。