我是相当新的PHP(约8个月)。 我建立一个web应用程序,这几乎是准备测试。 我现在才开始思考什么,我需要做的,使应用程序的移动版本。
据我所知,我要建立一个REST API(请纠正我,如果我错了)。 我目前没有使用我的网络应用程序中的PHP框架。 我可以做?
如果我现在开始使用一个框架,这样我可以更容易地实现我的API? 或者,我可以建立自己的API,而完全不任何框架?
我是相当新的PHP(约8个月)。 我建立一个web应用程序,这几乎是准备测试。 我现在才开始思考什么,我需要做的,使应用程序的移动版本。
据我所知,我要建立一个REST API(请纠正我,如果我错了)。 我目前没有使用我的网络应用程序中的PHP框架。 我可以做?
如果我现在开始使用一个框架,这样我可以更容易地实现我的API? 或者,我可以建立自己的API,而完全不任何框架?
简短的回答不,你并不需要一个框架,以实现自己的目标。
但如果你使用一个框架来管理您的API也将是非常容易。 我建议你去一个轻量级的框架,也许你可以在你的web应用程序很容易地转换为框架也有一个“应用程序”返回两个不同的“东西”(网络资料和API)。
看看Laravel , 基于Laravel 4 REST API或流行的列表PHP REST API框架可用于构建一个。
你当然不需要任何类型的框架,以建立一个PHP REST API。 REST无非是建立在HTTP之上的协议约定了。 由于PHP可以明显地处理HTTP请求,它有你需要构建RESTful API的一切。
框架的全部要点是处理那些繁琐的,否则共同的任务和事情。 REST API的与PHP常用建成,所以框架的大量存在。 就个人而言,我会用像一个轻量级的框架苗条像URI路由简单地处理事情,解析/清洁请求数据,并产生响应。
不,你并不需要一个框架来构建一个REST API,但强烈建议,作为一个精心打造的框架可以利用的东西,可以是非常困难和复杂的,否则,即会话身份验证和缓存和良好的分离架构的照顾。 重新发明轮子只让你这么远。
我是开发商波框架这是发达国家在牢记的API为中心的设计(阅读更多这里 )。 我建议你看一看到这个框架中,看看它是否可能是东西,可以帮助你。 它有一小群的开发,但它逐渐为人们所认识。
我鼓励你看看这一点,如果它可能会满足您的需要。
也有无需额外的代码创建一个从DB一个REST API工具。
如果您使用的是Postgres有优秀的程序postgREST那
提供从任何现有的PostgreSQL数据库的完全基于REST的API。 它提供了一个更清洁,更符合标准,更快的API比你有可能从头开始编写。
REST更是一个设计思想比语言框架的,所以没有你不需要使用任何框架。 但是,现在在重新发明轮子没有优势(当然有些缺点也一样安全,结构等)。
如果你想避免MVC(不要求一个REST架构的规范)的混乱,你可以使用任何PHP米科框架(超薄,流明等),他们是真正的快速学习和执行,并允许PHP开发人员编写基于路由的应用(类似的均值和快递),节省了大量的时间。
大多数这些框架配备了一个MVC很好,但如果你不想给一个CMS的API,MR(模型路由)是不够好(和实践是最好的)所有REST需要。
由于角一样的框架曙光,让你的网站很容易与像任何其他API服务器进行沟通,我想即使是CMS应该访问API像任何其他应用程序只是提升的权限或特定的最终POIN
世界是非常非常大的,所以,没有一个人可以单独完成所有的事情。 有人会帮助别人(谁做一些新的东西)做旧的东西。 这是原因,libray和FW在我们IT世界存在。
在生产/现场环境,什么是比我们想象的非常复杂。 直到一天在未来,我们将需要建立这么多的事情对我们的项目,我们会看到,那些东西已经被FW之前完全建成。
虽然只是一个RESTful服务器,采用纯PHP,我们需要解决的问题有:URI路径,解析/清洁请求数据,数据访问,依赖管理,产生响应,唧唧歪歪的...
我建议使用超薄或尔康(微APP)。 斯利姆是一个简单而快速的方法,但尔康是一个有效的和高性能的方法。
不,你不需要为PHP后台任何框架。
如果你正在使用PHP作为后端,那么你不需要使用任何resetAPI框架。 只要创建你自己的PHP文件,并为每个响应JSON输出。
你必须生成JSON输出。 足够了。 优点: - 如果使用自己的登录信息来生成JSON输出那么这将是巨大的光速(根据你的逻辑)。 如果你使用任何框架,则性能问题将occure。
这将是更好,如果你可以设计自己的小框架来执行特定网站的工作。
谢谢