“无后端”的开发模式

“无后端”怎么开发，数据库、API 接口怎么办？前端的专业化已成趋势，独立开发功能满足定制化需求已是呼之即出。“无后端”也恰逢其时，这种开发模式释放了前端开发的开发能力。

“无后端”是为移动应用开发而生的开放API服务平台（PC站点也能支持），内置通用的API服务，当然也支持自定义的API，后端开发还是可以开发一些复杂的API。内置的API支持通用的任务处理和操作，比如用户登录、退出、密码恢复、数据保存、文件上传等等。后端开发自定义的API用来处理一些业务逻辑。

有了这个开发平台，通常情况下，应用开发时前端开发人员就可以完全通过js来完成各类业务逻辑，而无需进行任何的后台开发和配置工作。

下面让我看看前台的梦幻代码（dreamcode）

数据保存

数据检索

用户登录

发送邮件

文件上传

怎么样，还不错吧？

时间： 2024-10-27 09:24:00

“无后端”的开发模式的相关文章

[转] 前后端分离开发模式的 mock 平台预研

引入 mock(模拟): 是在项目测试中,对项目外部或不容易获取的对象/接口,用一个虚拟的对象/接口来模拟,以便测试. 背景前后端分离前后端仅仅通过异步接口(AJAX/JSONP)来编程前后端都各自有自己的开发流程,构建工具,测试集合关注点分离,前后端变得相对独立并松耦合开发流程后台编写和维护接口文档,在 API 变化时更新接口文档后台根据接口文档进行接口开发前端根据接口文档进行开发开发完成后联调和提交测试面临问题没有统一的文档编写规范,导致文档越来越乱,无法维护和阅读开

django 开发之前后端分离开发模式

1. 什么是前后端分离开发的概念: 前端页面运行前端服务器上,负责页面的渲染(静态文件的加载)与跳转后端代码运行在后端服务器上, 负责数据的处理(提供数据请求的接口) 2. 前后端分离开发碰到的问题那就是跨域请求的问题: 什么是跨域问题: http协议不同, 端口不同, 服务器IP不同,这些都是跨域 3. 处理跨域的问题: 安装django-cors-headers模块在settings.py中配置 # 注册app INSTALLED_APPS = [ ... 'corsheaders'

springMVC前后端分离开发模式下支持跨域请求

1.web.xml中添加cors规则支持(请修改包名) <filter> <filter-name>cors</filter-name> <filter-class>com...common.filter.SimpleCORSFilter</filter-class> </filter> <filter-mapping> <filter-name>cors</filter-name> <url

[转] 前端如何高效的与后端协作开发

1. 前后端分离前端与后端的分离,能使前端的开发脱离后端的开发模式,拥有更大的自由度,以此便可做前端工程化.组件化.单页面应用等. 可以参考:前后端分离.web与static服务器分离(https://segmentfault.com/a/1190000015297319). 2. 尽量避免后端模板渲染 web 应用的渲染方式分为服务器端渲染和客户端渲染,当下比较推荐的方式是客户端渲染,数据使用全 ajax 的方式进行交互. 除非在一些不得不使用服务器端渲染的情况下(如门户.电商等),应当尽量

“无后端”的web应用开发模式

最近看到前端趋势2013大会上的一篇文章,题目是<各位快看,不用后端>,觉得有点意思,恰好近期的一次讨论及半年前的一次开发实践也涉及到这种模式,简单谈谈我的想法. 不得不说,文章的题目确实很吸引眼球,开发应用可以不用后端了?前端同学完全自己搞定?那服务器.数据库.服务接口神马的怎么办? 说到这,大家可能会想到开放平台,开放平台不就是这种的架构模式吗?服务器.底层数据.OpenAPI大公司都给你提供了,前端同学完全可以通过JS来操作各种数据,把注意力集中在显示层上,独自完成一个应用的开发. 纵观

【转】无后端（nobackend）：前端优先的Web开发【译】

每个应用都由两样东西构成:该应用独有的功能和所有应用共有的功能,比方说用户注册.登录.忘记密码等.而从用户的角度出发,那些独有的功能归结起来就是用户界面以及系统的行为模式.而在视觉表象之后的功能,用户并不关心,他们只期望系统能按预期运行就可以了. 前端和后端有各自的侧重点,因此往往也需要不同的技能,由不同的开发人员来负责完成.无后端(nobackend)的开发原则能够进一步解偶这些不同的侧重点,这样两边的开发人员可以更加专注于各自真正热衷的工作. 一个简单的例子后端经常需要提供API给前端,以

前后端分离开发部署模式

前后端分离开发部署模式 Other 2015-06-13 在开始讨论这个话题之前我们先来认识一下传统的开发模式. 一.传统开发模式相信很多做过Web开发童鞋应该都会经历这样一种开发模式,利用后端语言提供的模版引擎编写HTML/XML页面,比如: PHP 开发有 Smarty模板引擎 Java web工程有jsp页面 Python 各个Web框架都有各自的模板引擎 NodeJS 的express你懂得都有一个共同的特点,服务器端后台语言生成解析后的HTML/XML格式返回给客户端,例如浏览器端

浅谈开发模式及架构发展

一.传统开发模式传统的开发模式基本一般是重服务端的开发方式,大部分工作都在服务端执行,然后返回到客户端(通常是HTML).以Asp.net MVC为例,如下图: #1 根据请求的路由定位到对应的Controller的对应的Action. #2 执行相关逻辑,得到结果Model(也可能没有Model,如直接返回View). #3 定位并加载对应的View(也可能没有View,如返回TextResult,JsonResult等). #4 在服务端通过Razor引擎把Model和View绑定起来生成

云开发初探 —— 更简便的小程序开发模式

欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由李成熙heyli发表于云+社区专栏李成熙,腾讯云高级工程师.2014年度毕业加入腾讯AlloyTeam,先后负责过QQ群.花样直播.腾讯文档等项目.2018年加入腾讯云云开发团队.专注于性能优化.工程化和小程序服务. 小程序诞生以来,业界关注小程序前端的技术演进较多,因此众多小程序前端的框架.工具也应运而生,前端开发效率大大提高,而后台的开发技术则关注不多,痛点不少,具体痛在哪里呢? 小程序后台开发之痛第一个是脑袋瓜疼,怎么疼