问：例如，我是UEC（公司新成立的部门）的一小部分前端。该公司曾经使用python的django开发它。项目经理习惯于在前端编写模板，并在后端采用集合的形式。但是在去年年底，我的老板（uec的董事）向他的上级提议开始前端和后端分离的形式，因此他招募了许多前端，准备将公司的产品一一分离。一。
项目经理感到不可靠，并问我各种各样的问题以确保这种安全，那种安全……最重要的是……进行接口连接，因为我是配菜……前端与后端的分离也只有一半-解决方案，只知道前端通过接口来调整后端数据就行了...所以我说了数据接口的安全性，前端是不能保证的，接口的安全性需要由后端保证。（我不知道我是否正确，但是前端确实不能保证这样做的安全性。）那时，答案可能更加紧急。项目经理很生气。说，“您在愚弄我，不在乎，我们在这里做得很好，问题就在您这边，您的UEC部门的含义有问题。” 像这样看着他，我不敢反驳。那时候，该产品还为我提供了解决方案（他也从事技术领域）。对项目经理说，“接口安全性实际上是后端工作，我之前已经做过……” [此处省略]。
从那以后，项目经理一直对我不好。他粗心的人直接将应该由后端处理的数据发送给我，以便在前端处理[数千个数据]。在前面搜索。排序不是太多。然后责怪我我的缓慢工作，如果前端项目和后端项目没有分开，我会感到不满吗？最初，当我来到这个项目时，该项目被推迟了。当时，该项目没有后端。我提前完成了前端部分，并等待了半个月（在此期间，我去了其他项目来帮助其他前端）。后端来了，数据进行了调整，并且生产完成了。在上一周的一周里，商品改变了需求……必须快速设计设计。我必须等到设计完成才能更改页面和添加功能。所以我之前没有完成它，但是直到下一年的这个星期五我才完成它。我要怪吗？延迟锅是怎么把它扔给我的？
前端和后端是分开的，后端只涉及数据，而M层是相关的，因此后端的处理速度更快，而VC层的前端处理速度更快。相反，他觉得自己的后端运行得更快，而我们的前端却拖累了项目的后腿。我能做什么？我感觉像只哔哔哔哔……我已经对老板做出了回应（老板是前端分离的驱动力，但他是设计师吗？也许在技术面前声音并不那么沉重），但我仍然感到有点heart脚在我心中，我正在试用期。我怕被刷。我该怎么办？我糊涂了。
答：我同意。脾气的观点。但是我不会在这里谈论如何成为一个人。我将从技术和管理的角度来讨论它。
首先，我对我所经历的每个人说了一句话。永远不要信任前端。不是您不信任前端工程师，而是您不信任前端提交的数据，换句话说，安全性必须是后端。。
来回分离是必然趋势。考虑一个问题。您要渲染后端页面还是前端页面？假设后端渲染平均花费0.1秒，前端渲染平均花费2秒，是差异的20倍。但是如果有100个用户，则后端需要10秒钟来处理，如果被阻塞，则平均用户将等待5秒钟，而前端渲染时，每个用户仅需要2秒钟。因此，就性能而言，我个人建议将页面处理向前推进。目前，各种静态趋势也证明了这一点。
其次，从设计的角度来看，前后分离可以实现表示和数据（逻辑）的分离，这也是SOA的思想。后端可以专注于处理逻辑和数据，而将演示文稿完全放在前端。前端和后端只需要在数据接口（通常是某种格式的JSON或XML）上达成共识，其余的工作是单独完成的，而不会互相影响。不仅前端和后端的开发容易，而且测试容易，可以堆积测试前端，并且测试后端可以直接验证数据。如果客户对界面不满意，则后端可以休假，前端可以根据新设计更改样式表。如果您对用户体验不满意，前端脚本会做更多的工作……但是大多数脚本都具有框架实现。我换种说法前端分离极大地减少了后端工作量，但是前端工程师必须能够承受。。
接下来是分工。任何事情，只要是多人（或多角色相同）合作，就必须存在分工。明确地说，分工是责任，责任不明确，早晚聊天。正面和背面的分隔，分隔的位置以及在多大程度上需要事先达成所有这些条件，并且应明确划分责任。以数据为例，应在前端还是后端处理数千个数据？根据1K的数据来计算，数千个只有几M，实际上可以进行前端处理和末端处理。后端处理必须更快，并具有缓存优势，不会造成太多拥塞；而前端处理除了缓慢加载数据外，内存消耗会更大，这不是一个大问题（没有人会同时渲染成千上万的数据），那么这取决于协议，并且协议不是偶然的，不能与架构师交谈，或者架构师将如何处理。建筑师认为，在这个地方，前端处理的用户体验不好，分配给后端处理，前端参数化，后端过滤掉数据，然后进行后端处理；建筑师认为，这里的前端处理是无压力的，后端是瓶颈，然后是前端处理…… 前端处理的用户体验不好，分配给后端处理，进行前端参数化，将后端的数据过滤掉，再进行后端处理；建筑师认为，这里的前端处理是无压力的，后端是瓶颈，然后是前端处理…… 前端处理的用户体验不好，分配给后端处理，进行前端参数化，将后端的数据过滤掉，再进行后端处理；建筑师认为，这里的前端处理是无压力的，后端是瓶颈，然后是前端处理……清楚地区分，自然不会取笑。
如果前端压力太高而后端压力太大，则这是项目经理的责任，这显然是不合理的人力资源安排。就工作量的50％而言，一个前端到三个后端（例如）是非常不合适的安排。而且，在分离之后，很明显前端的工作量要比后端的工作量大得多，因此如何在不同的项目期间安排人力资源是项目经理必须要做的。项目经理需要做的是协调资源，控制风险，掌握进度并尽可能少花钱–我一直不赞成技术人员担任项目经理，做技术和做项目管理的想法是不同的。
一般来说，分离不是犯罪。建筑师，项目经理和项目团队的成员都履行职责，并尝试本着契约精神做事，因此事情会变得容易得多。如果您认为您现在不能与项目经理沟通，请与您的主管沟通，或者您无法与您的主管沟通，然后寻找更高的主管...如果您无法以任何方式进行沟通，则不可能合作，很难维持下去。最好在其他地方发展（如果您只是想生存，那就忍受）。
答：最新的CMS系统也是前端和后端分离架构，该项目现在基本稳定。作为此前端代码的架构师和主持人，它也很令人满意。
但是在此过程中，后端有几个同事的职位太低，无法稍作改动。在此期间，当他们不合作时，诸如JSP模式，绊脚石，故意拖延之类的人，所有这些都必须完成，甚至他们的文档也必须由我们编写……几乎所有数据验证和完整性检查都需要交纳一直到前端，后端用字符串类型喝醉了，无论数据是否正确，甚至存储在数据库中。前端和后端分离之后，前端代码比后端代码要多得多，领导者会不喜欢前端工作负载，并且会慢慢地做。其他忙碌的同事经常说：“前端是如此简单，一会儿就可以轻松出门”。这样做的核心和灵魂是ha无意义的。现在，如果您真诚地寻求更好的机会，请联系：
六年的前端经验，
React系列，” .split（“”）。reverse（）。join（“”）
邮件：“ moc.361@neajeel ” .split（“”）。reverse（ ）。加入（””）
