前端怎么走php试图，程序员该如何正确理解前后端分离？
前后端分离的演变
记得12年从事工作的时候公司还没有专门的前端人员，一般我们都是前后端都会，毕竟那时候H5才刚刚起来微软的XP还在流行使用（默认系统自带IE6），IE的市场份额还是蛮大的。做的产品也没有很炫酷的特效（如果有也会选择使用flex），那时候Flash 是超级火的......扯得有点远了。
在开发的时候也是一边API接口服务，一边开发页面，发布也是一个发布包搞定。前端一般只是负责切图工作，就是将UI设计师的设计图布局成静态页面，前端是不参与交互逻辑和业务开发的，前端也是当时统一的吐槽对象。当时淘宝的Web架构比较流行基本上都是基于MVC框架webx，所以前端写好静态html 然后后端开发人员翻译成vm模板.....
这样就导致了前后端工作的分配不均，开发效率慢，代码维护量也大。为了解决痛点 慢慢开始前后端分离的架构流行开来 很好的解决了前后端分工不均问题，将更多的交互逻辑分配给前端来处理，而后端则可以专注于其本职工作。例如后台开发可以有跟多的时间进行后台权限控制以及复杂的运算工作，前后台解耦 ，两者同时开始推进项目进度，增加开发效率。
如何进行前后端分离
最开始的时候是SPA式的前后端分离法，单纯的从物理层做区分（认为只要是客户端的就是前端，服务器端的就是后端），这种分法不能满足前后端分离的需求，认为从技术职责上划分才能满足目前我们的使用场景，作者在工作中使用过两种方案：
第一种：
前端：负责View和Controller层。
后端：只负责Model层，业务处理/数据等。
优点：可以做url design，我们可以根据场景决定在服务端同步渲染，还是根据view层数据输出json数据，我们还可以根据表现层需求很容易的做Bigpipe,Comet,Socket等等，完全是需求决定使用方式。
缺点：需要前端来写Controller，以Java语言开发为例，需要前端学会Java开发，这样在处理复杂的业务逻辑的产品里双方都有Java 代码方面的重叠。
第二种：
前端：负责View层。
后端：负责和Controller、Model层和业务处理/数据等。
优点：前端不需要学习后台开发语言，只需要调用API服务就好，前后端代码分别统一管理起来 形成自己的对接规范。这样前端可以和不同的后台语言做对接服务。
RESTful Api和Json搭建前后台交互
备注：现在公司使用的RESTful 架构，后台提供一组设计原则和约束条件。
RESTful 主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。
RESTful Api和Json 技术的使用让前后端交互日益便利
前后端分离以后就存在数据交互的问题,如何快速、简洁、有效和统一的在前后台进行信息的交互,成为分离以后必须考虑的问题。
幸运的是, RESTful思想和Json数据标准的出现,使得这种交互日益便利,在前端,我们耳熟能详的JS技术和框架对RESTful和Json的支持可以说已经水到渠成. 至于后端,不管什么语言,什么平台都有非常成熟的方案.
前后端的不同发展趋势使得前后端分离需求日益明显.
渐进式框架Vue.js
Vue 是一套用于构建用户界面的渐进式框架。与其它大型框架不同的是，Vue 被设计为可以自底向上逐层应用。Vue 的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合。另一方面，当与现代化的工具链以及各种支持类库结合使用时，Vue 也完全能够为复杂的单页应用提供驱动。
备注：先介绍到这里，有不同的想法可以下方留言一起讨论。
众所周知，Web开发自出现以来一直存在性能，表现和体验的先天不足，但时至今日，事实已经并非如此，一些看上去甚至比桌面程序更炫的应用和网站横空出世，客户也被吊足了胃口。Web开发桌面化已经是无法阻挡的潮流，而前端开发的需求应该会向更加注重界面表现，速度流畅，用户体验的方向发展，而且要求只会越来越高。
而在后端稳定、性能、安全、存储和业务等核心问题依然是主流，所以前后端的需求必将日益分化，注重表现和注重内在的前后端开发人员必将需要适合自己的舞台。
更多精彩内容请关注“IT实战联盟”哦~~~
数据分析常用的软件工具有哪些？
作为转行数据分析的过来人，也来分享一下自己的看法
数据分析，各行各业都需要的技能
不同行业的数据分析，分析方向和内容也是千差万别
根据你的工作经历来看，长期从事财务方面的工作，为什么要转行呢？
其实，不是所有做分析的人，都能和钱挂上钩的
而做分析师，往往到最后都得与财务分析、价值变现、结合上才行
否则很难影响公司决策，分析也就没有什么意义了
所以，你确实具备很多人没有的优势
但我不建议你转行做分析师
财务分析本就是商业分析领域大分支
建议你向财务分析职位发展，也许更好，不浪费经验
OK，那么来回答数据分析常用的软件工具：如果你是做商业分析，更偏向公司业务分析
建议先看一下 Gartner 关于商业分析与BI平台魔力象限分析：
解释一下魔力象限：
下面是包括2019和2020的分布和变化趋势情况
基本上常见的大牌商业数据分析工具和平台，里面都有涉及
如果你是做运营数据分析，或者偏纯技术型分析
可能你需要懂一定的编程基础或增长理论，以及常用的分析工具包：
总之呢，数据分析工具一般为分为3大类第一类：傻瓜入门型
简单易上手，也是最常用最普及的工具
比较常用的是：EXCEL、SPSS
EXCEL，我相信只要是工作人士，应该没有人不知道吧
就算过了这么多年，Excel 依旧是处理数据、数据可视化的经典工具
它的用户基数太大了，即便是在各种高级数据分析软件大行其道的今天
绝大部分商业数据分析项目依然使用 Excel 解决，而且学起来容易入门
但是精通EXCEL很难，使用它需要一点一点积累
所以面试的时候，看到谁敢写精通EXCEL，基本上直接KO掉
当然，如果你认真钻研，把它用成BI工具的也是不成问题
推荐3本书籍，入门必备：
谁说菜鸟不会数据分析，张文霖；Excel图表之道，刘万祥；别怕，Excel VBA其实很简单，Excel Home；而SPSS 全称为「社会科学统计软件包」
IBM 公司推出的，用于统计学分析运算、数据挖掘、预测分析和决策支持任务
推荐3本书籍，入门到高级案例全了：
SPSS统计分析基础教程，张文彤；SPSS统计分析高级教程，张文彤；IBM SPSS数据分析与挖掘实战案例精粹，张文彤，钟云飞；第二类：DIY代码型
基本上，全靠写代码来解决问题
比如：SQL、Python，R
数据分析“直接”使用的数据大多数都为结构化数据，这些数据通常都存在数据库里(SQLServer, Mysql, Oracle, Hive等)，而要提取这些数据，SQL必不可少
推荐1本书，入门够用：
SQL必知必会，Ben FortaPython和R是开源免费工具
来自世界各地的开发者贡献自己开发的工具包
开发者越多，软件的生命力就越强，发展也越快
日常数据分析(挖掘)90%以上的场景，两个软件都可以覆盖到
如果你已经在学其中一个，请继续努力，深入学习即可
推荐2本书，关于python和R的：
利用Python进行数据分析；R语言实战，Robert I. Kabacoff第三类：混合平台型
这种类型，既可以界面操作，又可写代码，相对灵活
比如：Tableau、Powerbi、SAS
先说PowrBI，个人感觉Power BI的仪表板性能更好
它可以打通数据清洗、分析处理、可视化三大难题
尤其在python可视化代码量大的情况下，建议后期出图考虑使用它
而且最重要的是，它有一个免费的桌面版，非常爽
而Tableau，主攻简单、便捷的可视化工具，当然现在被收购了，产品更加多元化了
用它做出的图表可视化效果很赞，可惜我本人不太喜欢它的操作风格
还有有个小缺点，就是收费版本不便宜，在线版本因为网络的问题有时比较卡
而SAS，一般是医药、金融类应用场景较多
比如：银行风控、互金行业，医药建模检测等等
很多国内大型公司使用它，是业内权威的代表，出的报告，行业公信力很强
当然，还有很多其他工具，网上一搜一大把
本人就不赘述了，就只列出行业比较认可的
总之，工具选择，因人而异，选择适合自己的最重要
再来回答一下，初学者从哪里开始其实大家都有过这样的经历
纠结选择哪个工具纠结从哪里学起，甚至害怕会不会学完就过时没用了很正常，大家都是这么过来的，无须焦虑。
就本人经验和感受，说3个小建议：
1. 选好书籍打基础，资料宜精 不宜广
选择一本经典教材或者课程，非常重要
市面上的资源太多了，建议多看看知识和豆瓣推荐高分书籍，一般不会错
还有建议买纸质书，花了钱，这个书才香，才容易读完
看书籍是为了先打好基础，然后构建个人知识框架
最后利用“碎片化”时间、从解决实际问题出发去提升自己
2. 切忌大而全，工具宜少 不宜多
本人以前很喜欢鼓捣软件，各种工具各种玩耍
后来发现有些工具用过一次就再也没碰过了
而真正提高工作效率的，都是大家常提的，公认的
比如：你做数据量少了200M的 简单分析，Excel和SPSS一般是最佳选择 出活儿快！
而SQL是用来提数跑数的，你必须得会，得熟练，不然时间都耗在这儿了
当你遇到数据量较大或者需要复杂模型，就可以上PYTHON和R了
当然如果是你公司有大数据平台，就可能使用HIVE、SPARK、STOM等等
提示一点：切记不要为了追求高大上的模型或者效果
正所谓“屠龙之术，学而无用”
脱离实际工作场景的分析，纯属扯淡
3. 边干边学 边整理 记住“以用促学，以教促学”
很多同学总是问我，为什么学习EXCEL
总是感觉学不会、学了就忘呢？
原因主要有2点：
一是因为没有实战的机会，用的太少了，短练！
二是用完了就结束了，从来不总结整理，太懒！
最常见的一种现象是，很多人常常翻着一本厚厚的EXCEL秘籍自学
可当他想使用Excel的时候，却又要到处搜索资料
而用完了某个函数，没过几天就忘记了
所以，一定要带着问题、带着坑，去学习，你的记忆才会深刻
最后记得，定期整理沉淀自己，消化知识
一种方法是，画思维导图梳理体系，知识才能内化成你自己的东西
第二是，多多和别人交流和分享，思维的碰撞，能加深个人的理解和感悟
最后提醒一点：不要过分沉迷于工具多注重业务理解，多实践积累经验，才是王道
希望上面的文字回答，能帮到你
java好学吗？
Java好不好学其实和很多原因都有关系，题主最好通过自己根据这些原因去判断好不好学。因为所有人都是通过自己的经历来说，其实不一定适合所有人。那么答主就来通过答主整理的几个点来说一说，题主自行判断Java到底好不好学：
自己个人现在的学习状态很多小伙伴学习Java都是转行，那么对于转行过来的小伙伴来说这个点是需要慎重考虑的。学习状态说实话对于学习来说太重要了，相信各位应该都能有体会。那么这里的学习状态分为两个块：
个人学习状态
如果你是转行到it行业来学Java的话，那么对于现在的你来说肯定是经历了其他行业的多年工作的，说实话，如果工作过的小伙伴应该知道，想再次回来学习其实是很困难的，因为你很长时间没有接触过学习的内容，再次进入高密度的学习的话肯定有很多不适应的。比如说注意力很容易分散，学习能力感觉下降很多等等。这个是工作过后很正常的。如果你现在还是学生的话，那么这个点就没必要考虑了。外在因素
可能你现在自己个人学习状态上没什么问题，其实有时候很多外在因素导致你无法正常的去学习，这也是一个学习状态的问题。比如你现在已经有了家庭，还是孩子，那如果你想学习，但是回家之后各种生活种的琐碎小事会导致你一直无法进入学习状态。比如，如果你还是学生，但是你个人感情这块问题很大，学校的其他事情也很多，那么你会因为这些杂七杂八的事情一样进入不了学校状态。所以外在因素对于学习来说也会有很大的影响。
明确知道自己学习的目的是什么当你明确自己的的学习状态完全OK了之后，接下来你得问问自己学习Java的目的是什么，因为我们大家都知道有目标才会有动力。如果你学习Java是和大多数人一样盲从进入，说实话你对于学习的态度肯定不会很严肃，那么对于你来说可能学着学着就中途放弃了。如果你学习Java就是为了以后有更好的发展，那么你这个实话对于学习的态度肯定会很认真的对待，你明确自己如果没有学好是无法找到工作的，那么对于你来说动力也会很足。在就是学习是自己的提升的过程，如果你的学习是需要其他人来催，说实话，那肯定是有问题的。如果没有目标的话，你的学习肯定是需要其他人来督促的。
自己个人的思维逻辑还在不在线学习编程语言说实话对于复杂的业务模块是需要有一定的思维逻辑能力来理解并给出解决方案的，如果你的思维逻辑不在线的话对于学习编程这块可能会有点影响，但是当你工作了之后那就不是影响了那是麻烦了。题主给一个建议，你可以去找本侦探类小说去读一读，看看自己的思维逻辑是否在线。这种检验方式也是最有效果的。
自己尝试去简单接触下Java看看自己能不能接受如果你觉得自己学习状态也都有，思维逻辑现在还更得上，觉得还是没有多大的信心的话，可以去网上找点Java学习的基础视频去学学，看自己能不能进入状态，并且接受得了编程语言，对于你后面学习肯定也是有帮助的，也对于现在的你学习心态的明确性也会有个清楚的认知。
Java好不好学，说实话和很多因素有关系，学习状态也好，思维逻辑也好，都是需要的，各位小伙伴可以按照答主给的方式去试一试。一般学会的很多小伙伴都觉得不难，因为已经学会了。但是后续还需要更多的学习来提升自己，所以又有些小伙伴觉得还是特别麻烦。
以上是答主自己整理的一些内容，如果有更好看法的小伙伴可以在下方评论区留言，或者点个赞，加个关注我们一起探讨探讨。
PHP程序员的基本要求是什么？
作为一名合格的PHPer 首先就是对PHP的热爱，俗话说：“要做好一件事，要先去理解他，然后爱他。”PHP是一种很美妙的开发语言，你不需要再为定义一个变量的类型而犹豫不定，PHP会自动判断；你不需要在得到一个表单数据而声明N多的函数，一切都交给PHP吧！
1、 MYSQL
只有一门好的开发语言而不懂得数据库，我们依然是寸步难行的！还好，我们有一样开源、小巧的MYSQL！对于一个web开发人员来说，不能仅仅懂得（填/删/改/查-insert/delete/update/select),为了让我们的网站跑的更快、更顺畅我们还要懂得mysql的优化。没错！这个时候，视图、索引会帮你完成你想要的结果。
2、 Apache
3、 Javascript
“后端语言群雄逐鹿，前端语言唯我独尊！”没错，这就是Javascript在前端语言地位的真实写照！想让网站拥有绚丽的视觉效果，就离不开 Javascript；想让网站拥有良好的客户体验，就离不开Ajax！纵然有时候，YUI，JQuery等就Javascript框架会帮助我们提高效率，但是，他们的基础仍是Javascript！
4、 算法、数据结构
按照常理来说，算法是PHP程序员的“灵魂”。对一名合格的程序员的第一要求的往往就是过硬的算法基础。
具备以上全部
PHP程序员要求的人，应当说是一个够格的程序员了，以上的各种要求，不仅仅是由IQ决定的，也不是某些课本里可以完全学习到的，更重要的是要求程序员对自己工作的认识，是一种意识上的问题。
模板引擎方式和纯静态页面？
你说的模板引擎应该是指后端模板引擎。从网站全栈开发程序员的角度来看：从前，前端[不考虑原生app]只要“哄好”浏览器（包括微信内嵌的、app内嵌的）就可以了，服务端都是Nginx/Apache/IIS + php（大部分程序依赖于php-fpm[不能常驻内存]，少量运行在CLI[也就是命令行]），大家都用MVC, 都在热烈讨论视图文件与模板引擎的“家长里短”。后来，前端爆出了“微信小程序”，不少前台页面“弃暗投明”，好在后台页面/对/浏览器/“忠心耿耿”。再后来，swoole异军突起，php可以常驻内存、运行速度“风驰电掣”，同时开发方式大变[大部分运行在CLI]，比如：echo会输出到终端而不是浏览器---然而，模板引擎都是用echo输出动态数据到浏览器的---这就尴尬了。
现在，访客的客户端既有小程序，又有浏览器。小程序的页面只能由js渲染，php模板引擎对小程序页面无可奈何。php接口不得不设计为API，以便返回json给小程序，这种API倒是可以加以包装，这样，浏览器那边的前台页面可以继续使用模板引擎。后台页面，直接使用模板引擎。
一但用上swoole，要是坚持使用模板引擎，由于模板引擎将视图文件(view.html)翻译成模板文件（tpl.php），都会用到“echo”，（如果用到的视图文件都没有修改过，就直接）include tpl.php之后，为了防止输出到终端，使用ob_get_clean(), 再使用swoole的接口输出到浏览器，
倒也是可以。
结论：
后端模板引擎，只是开发一时爽，不适宜团队合作，适合全栈开发者，缺点：
应变能力差：使用全新装修的话，后端开发就要套页面，繁琐。
浪费人力资源，加重后端团队的负担：前端折腾完html页面，后端需要经手一遍。不得不提一点：分页条。thinkphp框架的分页条是写在php的page类里面，如果分页条样式变了，前端写完html代码，后端要誊写一遍。
如果需要翻译视图文件，则后端负担相对较重，用户等待时间相对较长：比如：编辑数据的页面。php从数据表里边拉取到数据，已经仁至义尽了，却还要翻译html文件，即使不用翻译，也需要查看用到的视图文件是否修改过。
后端模板引擎的渲染是一次性的，而前端模板引擎可以反复渲染，利于沉浸式体验。同一段html代码，要么由后端模板引擎循环处理，要么由前端模板引擎循环处理。举个例子：进入购物车页面（/cart/index），对某个商品重新挑选促销方案后，该商品需要挪到新的分组，再次计算受影响的组的优惠、赠品，然后再次计算总优惠。（后端更改促销方案, 不应由/cart/index处理，不然就“千人排、万人坑”，越来越“牵一发而动全身”。） 假设是由/cart/selectPromotion处理， 如果使用前端模板引擎，即便反复挑选，页面也无需刷新，不会打断沉浸式体验，否则，等待转圈结束，页面还要需要刷新，页面无论如何都是要经历空无一物的白色，反复刷新几次，真的沉浸不下来。
由于css样式的影响，部分php错误信息未能及时发现，直到：打开控制台，查看源码，偶然看到额外的html元素直接查看网页源码，看到额外的html元素js出错：比如说，取不到指定html元素，json字符串转换成对象失败。好处：
共同的html可以抽出来作为公用文件，用php加载公用文件。
可以用php读取静态文件的上次修改时间，引入静态文件时，将这个时间作为版本号，静态文件有变化则重新请求，否则使用本地缓存。调试过程中，不需要同时按shift + F5, 也不需要手动更改版本号，比较省事。
纯静态页面+ajax：适宜团队合作，也适合全栈开发者，应变能力强，不会浪费后端的人力资源，php负担相对较轻，用户等待时间相对较短，体验更好，除了开发时繁琐了点。