货币问答：php前端

最好的方向就是学好H5之后然后再学习PHP，这样能力能进一步提高，这些学习完成后可以学习Linux，这些完成之后就可以独立完成一些项目了。追问

我是打算去培训，看了两个方向，一个h5全栈一个是php，不知道两个哪个好点

如果是去培训的话，H5相对PHP没有那么多逻辑思想，你要结合自身条件，如果设计思维比较好建议学h5,如果逻辑思维比较强，建议学PHP，后续的市场价值是差不多的

没法说哪个好哪个不好 只要做好了都不错的

前端开发和后台开发是有区别的，工作的内容和负责的东西是完全的不同的，以下以网站的开发为例。1、前端开发前端开发现在一般指的就是web前端开发工程师，其负责是网站前端页面也就是网页的页面开发，简单的说网站前端负责是东西是网站用户可见的东西，如网页上的特效、网页的布局、图片、视频等内容。网站前端工程师的工作内容就是将美工设计的效果图的设计成浏览器可以运行的网页，并和后端开发工程师配合做网页的数据显示和交互。2、后端开发后端开发一般也叫做后台，其负责是网站后台逻辑的设计和实现还有用户及网站的数据的保存和读取。比如一般网站都是有用户注册和登录的，用户的注册的信息通过前端发送给后端，后端将其保存在数据库中，用户登录网站的时候，后端需要通过用户输入的用户名和密码是否与数据库中的一致来判断用户是否有权限登录，这是后台开发中的一个最简单的功能。

PHP和web前端的关系嘛，粗略的讲，一个是后台（PHP），一个是前台（web前端）。你可以先学PHP，再学web前端，也可以学了web前端，再学PHP。PHP是提供数据的，前端是获取和处理、展示数据的。从学习的成本来讲，PHP相对简单些，你只要学会PHP的语法，很简单的。还有SQL语句，你就可以去面试一个PHP初级开发了。不像web前端，你html , css , js都得会，而且还都得相对熟练才行。如果你是0基础的，建议你去学PHP哦。如果你会编程什么的，建议你学web我之前是在上海黑马程序员学的IT的，也是0基础进去的，现在工作一两年薪资不错的，如果你要学，可以去这家学校，也10多年的老牌子了，口碑也不错，选择了哪个就好好学，加油啊！

首先，PHP 是服务器端语言，web 的语意描述比较含糊，因此，针对提问，以下提示供参考。网络的应用开发范围比较广泛，单就网络站点应用开发，大致来说，可以分为前端开发和后端开发。前端开发更注重于网页元素的设计，如网页设计师、网页美工、web前端开发工程师等，需要掌握诸如：脚本语言（javascript/ajax和jquery）、DIV+CSS等。后端开发更注重于网站的架构、数据的访问等，需要掌握诸如：开发语言（如 php、jsp、.NET等）、数据库、SQL等。php 和 web 前端设计入门都不难，精通就需要付出努力了。而且两者之间并不是互相隔离的，在 PHP 语言的编写过程中，也还是要其它方面的 web 知识。

后端。

这里的前端是指的为访问者服务为目的的应用，后端是管理、运营、数据挖掘等非面向访问者的东西。因为php快速、易于部署，因此在前端具有比其他语言更大的优势（例如界面3个月换一次），但是php毕竟是解释型的，因此在稳定（指需求变化小，很少重新编译）而又复杂（指令密集）的情况下，运行效率相对于编译型的语言低而处于劣势。

PHP是服务器端脚本语言，服务器端 != 后端，Client端 != 前端

PHP灵活，上手快，易修改，发布快捷，缺点是容易犯错（常见如拼写错误、SQL注入、上传执行等）、执行效率不高、缺乏全局缓存。Java的优点则是稳定可靠、运行效率高、不容易犯错（强类型、预编译、必须拦截异常等等），缺点是开发和发布的效率相对较低。这里这是相对而言,并不是说PHP不能开发大型web，也不是说JAVA效率低，足够经验和能力的依然很高效。java和php都能做后台，php也可以做前端

一个优秀的WEB架构，必定会应用一些分层设计的思想，这样可以让系统开发起来更灵活，同时后期维护也比较方便。本文作者麦舒设计了一个前端与后端分离的架构，原文分享如下：看了《系统架构：Web应用架构的新趋势—前端和后端分离的一点想法》 这篇文章，对前端与后端的分离非常认同，这样做对于系统的维护是有相当大的好处的。正好自己也设计了一个这样的系统，于是把它拿出来，和大家讨论一下。这个架构，与其说是想出来，还不如说是我做系统总结出来的最佳实践。我们做的系统，前端的页面基本都是使用 JavaScript 的富户端页面，主要应用的框架用，jquery、jquery ui、knockout js、Durandal、另外，还有自己封装的一些 UI 组件，后端的主要采用到的技术有 OData、MVC、Linq to SQL 以及自己写的一个权限管理组件，数据库采用的是 SQL Server 2005。下面向大家介绍一下各模块的功能以及其划分的目的，我们先从用户界面看起吧一、关于前端的 dataProvider简单点说，就是一个给界面调用的数据访问层，很多人都人这样的疑问，在这里加一个数据访问层，是不是多余？只要你做的前端，你都会碰到下面这些问题：1、一个产品或者项目，前端与后端是同时进行了，这时候，根本没有后端的接口，甚至可以说，连个接口的定义都没有。作为前端开发人员，你如何去开展自己的工作？2、作为前端开发人员，你有没有碰到，因为后端的接口挂掉，导致你的工作没法继续做下去的情形？3、作为前端开发人员，往往免不了要和第三方的接口进行对接，你有没有碰到过，和你做对接的人员，突然因为项目紧，被抽走了，留给你的只有一堆需要传N个参数，传了后接着出“对象为空”的异常呢？你根本不知道哪里参数传错了。面对这些接口，你除了破口大骂，得不到任何帮助。4、作为前端开发人员，你有没有试过，你向后端的开发组，要一个接口，他们需要讨论个几天，然后再花几天才能给你，给你之后，还不能用，又得再花几天时间调试呢？如果你向我一样，都曾经都碰过这些问题，你就不会怀疑这个 dataProvider 存在的必要了，有了这个 dataProvider，可以最大减少后端接口对前端开发的影响。下面是一个 dataProvider 的实例：var dataProvider = (function () {var fakeProvider = {countries: new Countries()};var realProvider = {countries: new JData.WebDataSource()};//下面的接口，根据情况二选一return fakeProvider; //这个是假的 dataProvider，从本地读return realProvider; //这个是真正 dataProvider，从接口读})();从上面可以看出来，这个 dataProvider 使用了工厂模式来创建，它有两个实例，fakeProvider和realProvider，fakeProvider是用来提供一些模拟数据，而realProvider提供从接口读取出来的数据。当没有接口，或者接口挂掉，我们可以先从 fakeProvider 来读取数据。等接口好了，切换到 realProvider 。二、关于用户界面输入的验证1、数据的验证。用户在界面输入数据后，接着调用 dataProvider 里的接口对数据进行处理，但是在向服务端提交之前，得先对数据进行验证。那个这个验证如何进行呢？dataProvider先从服务端获实体的描述信息，这些描述包括但不限于：主外键、属性的验证信息（比如是否可空），当然，这个实体信息是可以缓存起来，以便重用的。然后 dataProvider 再根据这个描述信息来对数据进行验证。2、错误信息的显示当验证到某一个属性不合法，验证信息的模块就在页面查找出对应输入控件，它是怎么查找的呢？比如说，Contry 的 Name 输入为空是不可以的。那它就先查找 id 为Coutry的元素，然后再Coutry元素下面再找id 或者 name 为 Name 的控件，如果找不到则直接弹窗显示错误信息。例如：<form id="Country"><input name="Name"/></form>三、关于后端使用 OData1、作为后端开发人员，你有没有碰到过这种前端开发人员，今天让你加一个字段，好，加了，然后打包发布。明天又让你加一个字段。后天突然又说，前两天加的字段，不需要，你会不会有种想喊“操”的冲动？2、作为后端开发员员，你有没有碰到过这种前端开发人员，今天跟你说接口不够用，要加个 GetUserByName 的方法，明天又说，还得加个 GetUserByEmail 的方法？然后，过了一段时间，你发现接口越来越多，维护的模块越来越痈肿，并且这些接口，你只敢加，不敢删除。因为，你根本不知道这些，有哪个不用的，你跑去问前端，他也回答不出来。所以一些接口哪怕是没用的，也只能永远系统里，直到它生命周期的结束。如果你也碰到类似于我这种烦恼，使用 OData 也许是一个不错的选择，把查询的权限都开发给前端的开发人员，他爱怎么查就怎么查，都由它去。四、关于后端使用MVC我们的系统，使用MVC都是用来处理从前端提交上来的数据的，使用它主要是开发人员都熟悉MVC，然后MVC再调用业务层代码，同时，还需要处理:1、对提交上来的数据进行验证2、处理系统的异常，包括对异常进行重新的包装，再传回到客户端，以便于客户端的处理。对异常的信息进行记录。五、数据访问层关于数据访问层，在我们的系统里实际是一个 ORM 的包装器（ORM Wrapper），你在对 ORM 裹上一层外衣。目的在于：1、对数据进行拦截。例如：有些数据，只对某个角色的开发。数据访问层需要对根据过滤条件，然后再结合查询条件，重新生成SQL。2、对数据假删除的处理。见过很多系统，都是把删除放到业务层来进行的，其实这是不适合的，从业务的角度来说，关心的是删除，在执行删除后，这条数据从我眼前消失就可以了。至真删除还是假删除，这与我无关。数据访问层，要做的就是这工作，它可以数据在真删除与假删除之间进行切换，只要配置一下，就可以把真删除变成假删除（其实就是把Delete操作变成Update操作），使得进行业务开发人员，不用再关心数据的真假删除。3、对数据进行跟踪、备份。你肯定碰到过这么一种需要，需要记下来，每一次的更新操作的时间，以及更新了些什么内容。对于删除的数据，能够把它还原回来。数据访问层，通过对 ORM进行包装，完全可以记录下每一次更新、删除这些操作，然后记录下来即可。当然，这些需求利用数据提供的功能也是可以实现的，不在讨论的范围内。本回答被网友采纳

主要是两种方式，第一用表单把数据传递给PHP，第二用Ajax把数据传递给PHP。