- 综合排序
- 最热优先
- 最新优先
- 来自专栏wuter
JavaWeb后端入门11—条件查询
商品列表页面加一个查询功能，条件有商品名称、是否热门、商品类别，其中是否热门和商品类别可以选择不限。点击查询后输出符合条件的商品列表。
25800编辑于 2025-04-03 - 来自专栏数字芯片实验室
ASIC数字设计：前端设计、验证、后端实现
11、 在编写testbench时，可以设置断点，也可以单步执行。 12、 进行功能仿真时，最好进行受约束的随机仿真。受约束的随机仿真可以提供有效输入的随机组合。 例如，可以使用assertions来检查设计的输出是否与预期相符。 设计的错误处理：通过验证来检测设计中可能存在的错误或异常情况，并测试设计如何应对或恢复。 设计的错误处理是仿真的重要目标，提高了设计的可靠性和安全性。例如，可以使用fault injection来模拟设计中可能发生的故障，并观察设计的反应和行为。 当设计非常大时，这种硬件加速验证方法能大幅度提高验证效率。 后端实现 在数字物理设计流程中需要对多个目标进行优化，包括面积，走线长度和功耗，以及需要确保物理实现之后的网表满足设计的时序要求。 以下将概述芯片数字后端的基本步骤： 物理设计的第一步是floor planning，定义芯片（die&core）的宽度和高度，也就是芯片的面积。
1.7K20编辑于 2023-09-01 - 来自专栏技术一号位指南(小诚信驿站)
系统设计：Uber滴滴后端服务
需求 设计Uber后端，让我们设计一个像优步这样的共享乘车服务，将需要乘车的乘客与有车的司机连接起来。类似服务：Lyft、滴滴、Via、Sidecar等。 难度等级：难，基于附近人或者搜索服务前提进行设计 1.什么是优步？ Uber使其客户能够为出租车司机预订服务。优步司机用他们的私家车载着顾客四处转悠。 •一旦客户提出乘车请求，系统应能够实时联系驾驶员-时间 4.基本系统设计和算法 我们将采用设计Yelp时讨论的解决方案，并对其进行修改，使其适用于上述“优步”用例。
5.3K95编辑于 2022-02-13 - 来自专栏JAVA高级架构
高并发后端设计-限流篇
系统在设计之初就会有一个预估容量，长时间超过系统能承受的TPS/QPS阈值，系统可能会被压垮，最终导致整个服务不够用。为了避免这种情况，我们就需要对接口请求进行限流。
1.9K60发布于 2018-04-19 - 来自专栏杨建荣的学习笔记
前后端分离的流程设计
之前自己分享过一版前后端分离的开发流程。 运维前后端分离的开发流程 这里需要提两个概念，一个是本地前端,另外一个是平台前端，本地前端是在内部迭代使用，界面可以简单一些，功能为主；平台前端是一个具有全局规划性的前端技术，简单来说，这是专业前端 在这种情况下，后续如果要集成更加纯粹的前后端分离框架，其实就是水到渠成的事情了。
70420发布于 2018-07-26 - 来自专栏CSDN技术头条
社交产品后端架构设计
本篇文章会向读者展示几个架构设计的关键点，使一个社交应用能够成为真正的下一代社交产品。 为了应对上述的挑战，我们必须学习架构某些关键的元素，这将影响到系统的设计。以下是一些关键的决定和分析。 数据存储 数据和数据模型的存储是一个好架构的关键设计之一。 一个社交产品应该能够处理多种类型的数据，因此首先得充分分析数据并透彻理解，之后再设计数据模型和数据存储。 这将有助于保持我们的设计灵活，确保session不会绑定到特定的节点或服务器。 我没有提起任何设计领域相关的内容。这只是设计阶段，需要更深入的分析和了解系统的当前状态。 来自HackerNews的评论：https://news.ycombinator.com/item?
1.5K70发布于 2018-02-09 - 来自专栏IT大咖说
前后端高效协作开发的11条建议
前后端分离 前端与后端的分离，能使前端的开发脱离后端的开发模式，拥有更大的自由度，以此便可做前端工程化、组件化、单页面应用等。 即使用服务器端渲染，在技术支持的条件下，可以使用 node 中间层（由前端人员开发），代替传统的后端模板渲染，这样可以使后端与前端完全解耦，后端与前端只有数据上的往来。 前端后并行开发 正常情况下，前端的开发在完成 UI 或者组件开发之后，就需要等后端给出接口文档才能继续进行，如果能做到前后端并行开发，也能提升开发效率。 前后端并行开发，就是说前端的开发不需要等后端给出接口文档就可以进行开发，等后端给出接口之后，再对接好后就基本上可以上线了。 可以参考：本地化接口模拟、前后端并行开发（https://segmentfault.com/a/1190000015297352）。 11.
1.1K10发布于 2018-12-17 - 来自专栏小闫笔记
Python后端技术栈(八)--系统设计
，开始咯~ 1.8.1 系统设计相关内容 1.什么是系统设计 2.系统设计需要掌握哪些知识 3.如何设计以及如何实现一个后端系统服务的设计 1.8.1.1 什么是系统设计 System Design 系统设计是一个定义系统架构 1.8.1.2 系统设计的难点 系统设计是中高级工程师必经之路。需要具备相关领域、算法的经验，有一定的架构设计能力。还需要熟悉后端的技术组件，比如消息队列、缓存、数据库和各种 web 框架。 另外一点就是具备文档撰写、流程图绘制、架构设计、编码实现等综合能力。 1.8.1.3 系统设计的要素 系统设计有三大要素： 1.适用场景和限制条件； 2.数据存储设计； 3.算法模块设计。 单点失败、多点失败、雪崩等问题 1.8.2 系统设计案例-短网址系统设计与实现 1.8.2.1 如何设计与实现一个短网址系统 我们需要考虑下面的几个问题： 1.什么是短网址系统？ NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_token` (`token`) ); 前端页面此处不提供，只提供后端代码
1.8K40发布于 2019-07-18 - 来自专栏架构精进之路
后端API接口，优雅设计方法分享
在移动互联网，分布式、微服务盛行的今天，现在项目绝大部分都采用的微服务框架，前后端分离方式（题外话：前后端的工作职责越来越明确，现在的前端都称之为大前端，技术栈以及生态圈都已经非常成熟） 一般系统的大致整体架构图如下 接口交互 前端和后端进行交互，前端按照约定请求URL路径，并传入相关参数，后端服务器接收请求，进行业务处理，返回数据给前端。 着重介绍一下后端服务器如何实现把数据返回给前端？ 返回格式 后端返回给前端我们一般用JSON体方式，定义如下： CODE状态码 code返回状态码，一般小伙伴们是在开发的时候需要什么，就添加什么。 我们应该可以参考HTTP请求返回的状态码（下面是常见的HTTP状态码）： 我们可以参考这样的设计，这样的好处就把错误类型归类到某个区间内，如果区间不够，可以设计成4位数。 一般的设计是和code状态码一起设计，如： 再在枚举中定义，状态码 状态码和信息就会一一对应，比较好维护。 Data 返回数据体，JSON格式，根据不同的业务又不同的JSON体。
53310编辑于 2024-11-23 - 来自专栏猿天地
后端Coder如何做好代码设计?
一般说代码设计，可能涵盖以下几种： 整体设计 架构设计 领域模型设计 数据库设计 API设计 代码实现设计 代码设计的前提是，项目组成员已经完成正式的需求评审，并经过充分思考： 这个需求是为什么业务目标服务的 整体设计与架构设计 “项目的整体设计，有时会涵盖系统架构设计，这里要区分一下，系统架构设计并不完全等同于代码架构设计。 领域模型设计与数据库设计 在整体架构设计完成后， 要针对已经拆分的系统模块做模型设计， 尤其是在项目需求中有重要功能的部分要重点设计。 API是系统模块对外提供的服务，现行系统基本满足前后端分离的框架使用条件，所以一般可以简单理解为前端和系统交互的入口。 ：接口实现设计、DB设计、缓存设计等 •上线计划等等
94430发布于 2020-11-13 - 来自专栏shigen的学习笔记
后端数据字典的优雅设计
背景今天讲到的是数据字典的设计。为什么要讲到这个呢，因为我下午在做开发的时候遇到了一个问题。 字段的注释需要变、后端代码需要变、前端的字典变，总之就是变变变。 关于字典的设计和使用，我只能在字典表的设计上有一种很清晰的认识，至于使用上，我觉得我自己还不是很熟，如后端的枚举类的设计、前端的字典设计，这些都和数据库的设计严格的且分开了，不能实现动态的配置。 更好的设计方式，我还在进一步的研究中。我很sorry纠结了两天的时间还是没有得到很好的解决。但是我相信问题的扔出总会有好的解决方式的，我也在研究ruoyi-vue的代码，期待在其中找到好的解决方案。 进一步的设计和心得我将会持续的分享和输出。参考文章：Spring boot中优雅的实现字典管理(
2.3K40编辑于 2023-09-14 - 来自专栏小闫笔记
Python后端技术栈(三)--设计模式
Python 应用 在动态语言里面，设计模式关注的会偏少一点。 不像在 Java 里面，会涉及到大量的设计模式。比如三种设计模式：创建型、结构型和行为型。 之所以动态语言比如 Python 里面设计模式讲的少，并不是说它不重要，而是动态语言自己已经实现了一些设计模式，比如迭代器模式，装饰器模式 Python 本身就支持。 1.3.3.1常见创建型设计模式 工厂模式（Factory）：解决对象创建问题。 Python 应用 1.3.4.1常见结构型设计模式 装饰器模式（Decorator）：无需子类化扩展对象功能 代理模式（Proxy）：把一个对象的操作代理到另一个对象 适配器模式（Adapter）：
1.3K30发布于 2019-07-18 - 来自专栏好好学java的技术栈
后端生成Token架构与设计详解
个人原创100W+访问量博客：点击前往，查看更多 作者：巨人大哥 cnblogs.com/jurendage/p/9219041.html 目的：Java开源生鲜电商平台-Java后端生成Token目的是为了用于校验客户端 ②后端处理：对于每次提交到后台的数据必须校验，也就是通过前端携带的令牌（一串唯一字符串）与后端校验来判断当前数据是否有效。
1.9K30发布于 2020-12-08 - 来自专栏twowinter
LoRaWAN Backend Interface 后端协议解析 第11章 漫游流程
《LoRaWAN-Backend-Interfaces-v1.0》，即LoRaWAN后端接口协议规范 V1.0 版本( 2017 年 10 月 11 日定稿)。 用个小表格更清晰一些： 漫游类型 是否移交MAC控制 适用的核心协议版本 Handover Roaming 是 R1.1 [LW11] Passive Roaming 否 R1.0 [LW10, LW102 ] and R1.1 [LW11] 2 漫游策略 可以基于运营商NetID以及DevEUI来独立地配置漫游策略，是否使能或禁止相关漫游： 被动漫游 移交漫游 基于被动漫游的设备激活 基于移交漫游的设备激活
58220发布于 2020-04-17 - 来自专栏Linyb极客之路
浅谈后端高并发的几种设计方法
在高并发的应用场景中，前端需要更快的渲染速度，而后端不仅需要更快的接口速度，而且还需要保证数据的一致性。 前端设计中可能会有静态页面，cdn等的优化手段，在后端架构中，通常也需要引用高并发程序的解决方案。下面主要谈谈后端的处理方案。 但是在做设计的时候最好考虑到在不停机的状态下可以对库表进行扩容。 2.sql的优化。查询时指定列名，使用索引，用between代替in...... 代码设计中如果可以不要锁最好就不使用，如果要使用也优先考虑重入锁，乐观锁。
1.2K10发布于 2019-01-08 - 来自专栏Java实战博客
如何设计前后端交互的数据加密？
设计前后端交互的数据加密涉及到保护数据在传输过程中的安全性。以下是一种常见的设计方案： 1. 使用 HTTPS 协议 确保前后端之间的通信通过 HTTPS 协议进行。 数据加密算法 在前后端交互过程中，可以使用对称加密算法和非对称加密算法来保护数据的安全性。 对称加密算法： 前后端可以约定一个对称加密算法（如AES），前端使用后端提供的公钥对数据进行加密，后端使用私钥对数据进行解密。 非对称加密算法： 前后端可以使用非对称加密算法（如RSA），前端使用后端的公钥对数据进行加密，后端使用自己的私钥对数据进行解密。 3. 安全传输协议 在前后端交互过程中，使用安全的传输协议进行数据传输，如 JSON Web Token (JWT) 等。 通过以上设计方案，可以保障前后端交互数据的安全性和完整性。
2.5K10编辑于 2024-03-07 - 来自专栏IT从业者张某某
前后端分离的接口设计规范
接口设计规范 前后端分离的接口设计规范可以参考以下几点： RESTful API设计风格：RESTful API是一种基于HTTP协议的API设计风格，它包括使用HTTP动词（GET、POST、PUT、 这种设计风格可以使接口设计更加简洁明了。 接口版本控制：为了保证接口的兼容性和可维护性，应该对接口进行版本控制。可以在URI中加入版本号，或者使用HTTP头部来表示版本信息。 参数传递方式：接口设计中应该明确参数的传递方式，包括GET、POST、PUT、DELETE等方式，以及参数的格式（JSON、XML、表单等）。 安全性考虑：接口设计中应该考虑安全性问题，包括身份验证、接口权限控制、数据加密等。 接口举例说明： 假设有一个用户管理系统，前端需要实现用户列表、用户详情、新增用户、修改用户、删除用户等功能，后端提供相应的接口。
90810编辑于 2023-10-16 - 来自专栏后端码匠
前后端分离架构设计（权限模型）
因为本职工作是后端开发，比较清楚权限控制一个管理系统应该必须具备的核心功能，而且是可以做到通用的。打算写写关于管理系统前后端分离方面的文章，也是做一个知识的总结。 为了解决这些问题，便有了对ACL设计的改进，相同权限的用户放到同一个分组里，分组与权限挂钩，不再是用户直接与权限挂钩。 在MAC的设计中，每一个对象都有一些权限标识，每个用户同样也会有一些权限标识，而用户能否对该对象进行操作取决于双方的权限标识的关系，这个限制判断通常是由系统硬性限制的。 这种权限控制方式就是ABAC(Attribute-Based Access Control)(基于属性的权限控制)，也被一些人称为是权限系统设计的未来。 后端做权限校验的时候，还是先按RBAC模型的控制方式进行校验(是否具备订单查看权限)，然后根据当前操作对象(也就是实体)，取出用户所属角色关联的对应实体的规则。
2.4K11发布于 2020-02-26 - 来自专栏四火的唠叨
由后端来类比前端设计的思考
很高兴团队中有越来越多的人能够跳出某种语言、某种平台的局限性，站到抽象的层次上思考一些设计上的问题。在我的印象中，似乎前端开发总是容易给人以随意、混乱的感觉，可真的是前端技能不容易掌握吗？ 可是越是看似简单的东西，就越难以精通地掌握，没有好的设计来引导，如果技能不过硬，很容易陷入混乱的困顿之中。 回到标题，来看看怎么从后端设计来类比前端设计。 一、模型和业务逻辑的分离： 写后台代码，模型层是很容易划分出来的，模型的建立是整体设计的第一步，美工在设计页面时，最关注一个页面最宏观的盒子模型；而 Service 层，适合存放业务逻辑，它们可以做到无状态和池化的 五、分离模板和数据： 模板和数据的整合，似乎是后端应该做的事，例如 FreeMarker 模板和数据的整合，最终形成页面。 六、归纳一下：抽象，是软件设计的核心艺术。即便前端设计，也一样。
41100编辑于 2022-07-15 - 来自专栏编程一生
系统设计的11个考虑
有了《系统架构的11条原则》，真正到设计阶段还有另外11个考虑。 系统正确性 考虑一：负负得正 假如我们看到某个代码，明显有逻辑错误，想随手改改。 这种问题要避免最好的时机是初版设计和开发阶段就避免。除了设计阶段逻辑要清晰，代码要做好审查、加上单体测试等测试手段外，可以将中间结果用debug日志打印。 考虑二：终态设计 在分布式系统中，由于系统是分布在不同机器上的。还可能有一种状态叫：超时。成功、失败和超时是分布式系统调用的三态。 在系统设计时，要考虑服务上线后，对于问题要自感知、自修复、自优化、自运维及自安全。 这么做一方面是设计问题，包括产品设计、数据库设计，还有一部分是安全问题：一个数值型的字段肯定比一个粗放的文本型字段被攻击的可能性小，起码不会传到后端之后被当成脚本被执行。
55720编辑于 2022-05-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号