前端 - 在前后端分离开发时,如何比较好的管理可能用到的公共代码?
例如有一些场景,例如注册时的信息验证,可能会用到正则表达式进行验证。这个时候为了用户体验,可能会在前端进行验证,提醒用户输入正确的格式。传输到后端后,后端也会使用相同的正则对用户传输过来的信息进行验证。这个时候这个正则表达式会在前后端共用,如果要更改,那么就需要前后端都进行更改。除了这个例子,对于使用 typescript 的应用,会用到一些类型声明,这些声明和后端的类型声明也是高度相关的,声明改变后可能也需要前后端进行修改。从整个项目的角度出发,一般是如何比较好的解决这种问题的?
共有3个答案
都分离了还继续用吗？
当然是整一套全新的，
前端加密后端解密就好了，
即使 ERROR 数据不也过来了吗？
也是能用的
像是有效性校验这个 ...
我们公司是纯前端校验的，
不过我认为应该后端验证，
毕竟前端防不住 post man 或者其他工具喂给接口错误信息
通常做法，是将可能用到的一些服务，单独抽离出来做成一个公共服务接口，如你案例所说，我们可以单独写一个正则验证的接口，暴露出来，供前后端调用。
受限于前后端语言不一致，比如前端用react而后端用java、go等等，前后端编程语言他们的语法规则，运行方式差别很大。强行将不同语言放在一起管理是不现实，也是没有意义的。
建一个共享库，前后端用包管理器引用就行，然后可以给这个共享库写文档，用git来控制版本
-
前言 上一篇我们遇到'少年，是不是忘了npm run mock?'的警告，这一篇我们就来解决这个问题。 开发 一、安装包 安装koa和一系列的包（我们用的是koa v2）： koa koa-bodyparser koa-router boom nodemon mockjs 解释说明一下（知道的同学可以忽略）: 名称 作用 koa 我们都知道Node.js有HTTP模块，来处理HTTP请求
-
API 都搞不好，还怎么当程序员？如果 API 设计只是后台的活，为什么还需要前端工程师。 作为一个程序员，我讨厌那些没有文档的库。我们就好像在操纵一个黑盒一样，预期不了它的正常行为是什么。输入了一个 A，预期返回的是一个 B，结果它什么也没有。有的时候，还抛出了一堆异常，导致你的应用崩溃。 因为交付周期的原因，接入了一个第三方的库，遇到了这么一些问题：文档老旧，并且不够全面。这个问题相比于没有文
-
目前使用的是git submodule。 原来是一个项目A，但是呢，随着业务的发展，header和footer其他想也要用，于是抽出来了B，后来项目中一个模块功能比较复杂也抽出来了C。 现在是header部分作为submodule,关联到第A和C中。 B可以共享A和C的store。 但是A和C是独立的，很多相公的功能要在两个项目中写，很少麻烦。 另外关联B，因为自动关联的是commitid，所以需
-
问题内容： 我正在开发一个新项目，其中react / express作为前端，而loopback作为后端api。我在开发环境中使用不同的端口将它们分开。 我应该如何在生产中部署它们？ 托管在同一服务器上-将后端与其他子域分开？ 在2台不同的服务器上托管-似乎无法使用同一域。 问题答案： 您可以部署 您的 静态托管服务* 和 CDN 前端 *** AWS S3 + AWS CloudFront Go
-
前后端分离 在B／S架构的环境中，前后端分离一直都众说纷纭，没有一个标准。我觉得打开可以分为三个阶段： 传统的分离方法 传统意义上的前后端分离，前端指的是美工、切图、设计，后端是实现代码、数据库相关的实现。美工设计和生成的前端页面，给到程序员来做集成。那么这里其实就不分什么前后端了，程序员从数据库一直搞到前端页面的样式，就是“全能型运动员“。当然，一般传统上的开发协作模式有两种： 一种是前端先写一
-
前端使用vue，后端使用springboot，前后端分离，且已解决跨域，登录采用jwt验证 想实现功能：如果用户通过url栏输入地址方式来访问某个页面（非登录页），对未登录用户自动跳转登录页面 请问拦截器是设置在后端还是设置在前端？另外对于静态页面能拦截吗