- 综合排序
- 最热优先
- 最新优先
- 来自专栏刷题笔记
2-8 符号配对 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101175098 2-8 符号配对 (20 分) 请编写程序检查C语言源程序中下列符号是否配对
1.1K30发布于 2019-11-08 - 来自专栏Hank’s Blog
2-8 R语言基础 日期与时间
> x2 <- Sys.Date() > class(x2) [1] "Date"
59910发布于 2020-09-16 - 来自专栏雪碧君终将成长
C++程序设计 习题2-8
#include <iostream> using namespace std; int main() { char c1,c2,c3,c4,c5; c1='C', c2='h', c3='i', c4='n', c5='a'; c1+=4, c2+=4, c3+=4, c4+=4, c5+=4; cout << c1 << c2 << c3 << c4 << c5 << endl; return 0; } 这里可以考虑将某个特定数字改写为常量、或变量
42450编辑于 2023-02-15 - 来自专栏IT技术圈
练习2-8 计算摄氏温度 (10分)
给定一个华氏温度F，本题要求编写程序，计算对应的摄氏温度C。计算公式：C=5×(F−32)/9。题目保证输入与输出均在整型范围内。
1.4K20发布于 2021-02-24 - 来自专栏cwl_Java
C++编程之美-数字之魅(代码清单2-8)
代码清单2-8 Type Find(Type* ID, int N) { Type candidate; int nTimes, i; for(i = nTimes =
25650编辑于 2022-11-30 - 来自专栏ypw
题目 1676: 算法2-8~2-11：链表的基本操作
题意：根据题意，意思就是实现插入，删除，展示，以及得到元素，并判断是否删除加入成功以及表内元素是否为空。
43900发布于 2021-03-04 - 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 练习2-8 计算摄氏温度
练习2-8 计算摄氏温度 给定一个华氏温度F，本题要求编写程序，计算对应的摄氏温度C。计算公式：C=5×(F−32)/9。题目保证输入与输出均在整型范围内。
2.8K30发布于 2020-09-15 - 来自专栏学习与分享
前端体系：前端应用
浏览器的脚本语言，为了扩展浏览器的交互能力 效果交互 数据交互 第三方框架 前端体系：构建现代前端应用的全方位视角 一、前端体系概述 前端体系是构建现代前端应用的重要框架和组件的集合。 随着互联网技术的发展，前端体系涵盖了更多的领域和更复杂的业务需求。前端体系不仅包括了传统的HTML、CSS和JavaScript等技术，还包括了框架、库、模块化、打包构建等进阶概念。 了解前端体系可以帮助我们更好地理解现代前端应用的发展趋势和构建方式。 二、前端框架 前端框架是现代前端应用开发的核心组成部分。常见的框架包括React、Vue和Angular等。 Angular的双向数据绑定和依赖注入机制使得开发者可以更轻松地构建大型前端应用。 三、前端库和工具 除了框架之外，前端体系还包括了许多实用的库和工具，可以帮助开发者更高效地进行开发和管理。 五、总结 前端体系是构建现代前端应用的重要基石。通过了解前端体系，我们可以更好地掌握前端应用的发展趋势和构建方式。
62810编辑于 2024-02-20 - 来自专栏历史专栏
【愚公系列】2023年10月 .NET CORE工具案例-DeveloperSharp(数据库读写分离)
《博客内容》：.NET、Java、Python、Go、Node、前端、IOS、Android、鸿蒙、Linux、物联网、网络安全、大数据、人工智能、U3D游戏、小程序等相关领域知识。 2.2-8原则 读写分离的2-8原则是指，在数据库读写分离架构中，80%的请求应该被分发到从库（读库），而只有20%的请求才会被分发到主库（写库）。 实现2-8原则，需要以下几点注意： 合理的负载均衡策略：通过使用负载均衡器或代理服务器，将读请求分发到不同的从库，以实现负载均衡和优化性能。 应用程序负责分发请求：应用程序需要根据业务需求合理地分发读写请求，以实现2-8原则。例如，对于需要读取实时数据或需要立即修改数据的场景，应将请求发送给主库。 遵循2-8原则，可以更好地利用数据库资源，提高系统稳定性和性能，但具体实现还需要根据实际情况进行优化和调整。
33510编辑于 2025-06-02 - 来自专栏OpenCV与AI深度学习
趣味应用 | 用OpenCV自动给图片添加彩虹特效---平淡的生活需要技术的点缀
col/2-8+100,row*4/5-8), 180, 0, 180, Scalar(255,0,0), 5); ellipse(img, Point(col/2,row*4/5), Size(col/2- 2+100,row*4/5-8*2), 180, 0, 180, Scalar(255,255,0), 5); ellipse(img, Point(col/2,row*4/5), Size(col/2- 8*3+100,row*4/5-8*3), 180, 0, 180, Scalar(0,255,0), 5); ellipse(img, Point(col/2,row*4/5), Size(col/2- 4+100,row*4/5-8*4), 180, 0, 180, Scalar(0,255,255), 5); ellipse(img, Point(col/2,row*4/5), Size(col/2- 5+100,row*4/5-8*5), 180, 0, 180, Scalar(0,128,255), 5); ellipse(img, Point(col/2,row*4/5), Size(col/2-
65410发布于 2021-12-01 - 来自专栏个人路线
Cordova 开发鸿蒙 PC 应用藏头诗应用
双句押韵、一三四押三种押韵方式 ✅ Token 管理：自动保存和加载 API Token ✅ 响应式设计：完美适配移动设备和桌面浏览器 ✅ 用户友好界面：美观的 UI 设计和流畅的交互体验 技术选型 前端技术栈 用户输入需求 API Token（必填） 关键字（2-8 个字，必填） 诗句格式（五言/七言，可选） 藏头位置（藏头/藏尾/藏中/递增/递减，可选） 押韵类型（双句一压/双句押韵/一三四押，可选） 2. 表单验证 前端验证 // 验证关键字长度 if (formData.keyword.length < 2 || formData.keyword.length > 8) { showError( '关键字长度必须在2-8个字之间'); return; } // 验证token if (! 安全性 输入验证：前端和后端双重验证 CSP 配置：限制资源加载来源 Token 安全：不在代码中硬编码 Token HTTPS：生产环境使用 HTTPS 项目结构 www/ ├── poem.html
36110编辑于 2025-11-29 - 来自专栏达达前端
前端
data-为H5新增的为前端开发者提供自定义的属性，这些属性集可以通过对象的 dataset 属性获取，不支持该属性的浏览器可以通过 getAttribute 方法获取 什么是浏览器的标准模式和怪异模式 image.png 前端如何优化网站性能？
2.7K41发布于 2019-07-15 - 来自专栏前端の进行时
前端资源分享-只为更好前端
FEX 百度Web前端研发部出品 淘宝前端团队（FED） 用技术为体验提供无限可能 凹凸实验室 京东用户体验设计部出品 奇舞团 奇虎360旗下前端开发团队出品 阿里巴巴国际UED团队 在更新的屏幕里创造出更好的产品和更优的体验 一个专注于Web前端开发行业的综合性门户网站 大前端 一个集前端开发和Wordpress内容为一体的双轨独立网站 四、前端大牛 网站 说明 AlloyTeam 腾讯Web前端团队 taobaofed 致力前端、数据可视化、Node等领域 Ruby's Louvre 钟钦成,网名司徒正美,著名的JavaScript专家,去哪儿网前端架构师 CSS森林 GhostZhang,微信支付设计中心，负责重构前端团队的管理工作 小胡子哥的个人网站 Barret李靖，阿里巴巴职员 Jerry Qu 屈光宇，奇虎 360，前端开发 EVILCOS 余弦，知道创宇 WEB前端开发 愚人码头，内容涵盖Web前端开发原创教程、技术中文文档 360网站卫士常用前端公共库CDN服务 常用前端公共库以及和谐使用Google公共库&字体库的调用方法 前端库CDN服务 微信，主要包括一些常用的 JS 库，CSS库，甚至是SWF文件。
2.5K45发布于 2019-02-26 - 来自专栏前端开发中的事
微前端之qiankun微前端
什么是微前端: 微前端项目是将每一个可以独立开发，测试，部署的子项目集合到一个主项目之下。对于用户来说，主项目仍然是一个完整的产品，而整个组装的过程对于用户来说，是透明的。 微前端不仅仅可以兼容不同的开发环境还可以兼容技术栈。可以做到更大程度的解耦合。 spa网页 [image.png] 微前端网页 [image.png] 为什么需要微前端： 当前应用较大，需要拆解开独立开发 多业务团队，独立开发同一个项目 集合式的中台项目等项目需要 同一个项目内需要兼容不同的架构项目 微前端的特点： 任意的JS框架都可以兼容使用，接入简单。 ，微前端的落地实现 qiankun的特点： 基于 single-spa 封装，提供了更加开箱即用的 API。
3.3K70发布于 2021-04-01 - 来自专栏yuyy.info技术专栏
前端培训二：前端代码规范
尽量遵循 HTML 标准和语义，但是不要以牺牲实用性为代价。任何时候都要尽量使用最少的标签并保持最小的复杂度。
1.6K20编辑于 2022-06-28 - 来自专栏JavaScript高级程序设计
第五十一期：前端，大前端和泛前端
比如说思考一下这个问题：前端到底是个什么神仙工作，说起来也从事前端开发好几年了，但是真正在这里面收获的有什么东西么？ 好像有，又好像没有。 再后来，移动互联网兴起之后，又出现了大前端的概念。 前端的概念不在仅仅局限于我们日常开发中的网站，管理后台，小程序，游戏等等，其他的软件以及硬件设备，都可以称之为前端。 从技术实现上，随着我们的技术能力的不断提升，原先一些由后端负责的流程，逐渐的演变到前端人员也可以高效，高质量的完成工作，也可以归纳到前端的范畴，比如：项目的CI、CD过程。 从而沉淀出一些对项目的日后的发展有借鉴意义的技术，这个也可以理解为前端的范畴。 前端只是前端，大前端可以理解为全端，而泛前端则是对前端以及大前端的深化。
1.4K30编辑于 2022-07-15 - 来自专栏微言码道
前端之变（终）：前端的未来
本周，将进入前端之变的最终章，谈论我对前端技术发展的一些个人的思考与分析。 本周为前端之变的最终篇，前七篇分别是： 前端之变（一）：技术的变与不变 前端之变（二）: "不变"的前端 前端之变（三）：变革与突破 前端之变（四）：进击的前端 前端之变（五）：王者归来 前端之变（六） ：引领式变革，从命令式UI到声明式UI 前端之变（七）：前端的困境 在本篇中，我将试图就以下问题做出回答： 前端技术是否能成为后端的主流? 前端技术在桌面端 以NW.js和Electron为代表的前端技术的出现，意味着前端技术现在也出现在的桌面端中了。 它会成为桌面开发的主流吗？ 前端是直面用户的第一媒介 与后端不同，前端的东西基本是直面用户的，比如网页，小程序或桌面应用等，用户使用这些东西时，基本就是使用前端技术编码出来的东西。
2.1K62发布于 2021-07-20 - 来自专栏phodal
RePractise前端篇: 前端演进史
细细整理了过去接触过的那些前端技术，发现前端演进是段特别有意思的历史。人们总是在过去就做出未来需要的框架，而现在流行的是过去的过去发明过的。 什么是前端？ 维基百科是这样说的： 前端Front-end和后端back-end是描述进程开始和结束的通用词汇。前端作用于采集输入信息，后端进行处理。计算机程序的界面样式，视觉呈现属于前端。 前端是一个很神奇的概念，但是而今的前端已经发生了很大的变化。 你引入了Backbone、Angluar，你的架构变成了MVP、MVVM。尽管发生了一些架构上的变化，但是项目的开发并没有因此而发生变化。 前端演进史 过去一直想整理一篇文章来说说前端发展的历史，但是想着这些历史已经被人们所熟知。后来发现并非如此，大抵是幸存者偏见——关注到的都知道这些历史。 人们一直在说前端很难，问题是你学过么？？？ 人们一直在说前端很难，问题是你学过么？？？ 人们一直在说前端很难，问题是你学过么？？？ 也许，你也一直在说CSS不好写，但是CSS真的不好写么？
1.2K90发布于 2018-01-29 - 来自专栏phodal
RePractise前端篇: 前端演进史
细细整理了过去接触过的那些前端技术，发现前端演进是段特别有意思的历史。人们总是在过去就做出未来需要的框架，而现在流行的是过去的过去发明过的。 什么是前端？ 维基百科是这样说的：前端Front-end和后端back-end是描述进程开始和结束的通用词汇。前端作用于采集输入信息，后端进行处理。计算机程序的界面样式，视觉呈现属于前端。 前端是一个很神奇的概念，但是而今的前端已经发生了很大的变化。 你引入了Backbone、Angluar，你的架构变成了MVP、MVVM。尽管发生了一些架构上的变化，但是项目的开发并没有因此而发生变化。 前端演进史 过去一直想整理一篇文章来说说前端发展的历史，但是想着这些历史已经被人们所熟知。后来发现并非如此，大抵是幸存者偏见——关注到的都知道这些历史。 高速发展期的企业和发展初期的企业相比，更需要前端开发人员。
1.2K60发布于 2018-01-26 - 来自专栏微言码道
前端之变（七）： 前端的困境
这些年，前端发生了颠覆性的变革，这种变化极大地改变了前端的生态，前端从很多年前一个不起眼的角色跨步式的演变为一个不可或缺的存在。 前端的技术不仅是在前端开发本身，它的触角伸向移动开发，后端开发。 本周，继续就前端阐述自己的思考与分析，这是前端之变系列文章的第七篇，前六篇分别是： 前端之变（一）：技术的变与不变 前端之变（二）: "不变"的前端 前端之变（三）：变革与突破 前端之变（四）：进击的前端 前端之变（五）：王者归来 前端之变（六）：引领式变革，从命令式UI到声明式UI 写在最开始的话 由于是讲前端的困境，所以我希望能做一个简单的申明： 前端技术的发展是很快的，本身是非常出色的，这篇文章说的问题 下一篇，我会讲到相反的一面，就是对前端未来发展的一些思考，在那里，会分析前端具备的优势及对前端技术发展前景的一些预测 三个维度的问题 在思考与整理前端的问题，我把它归纳为三个维度，我认为这三个维度的问题是前端技术需要着力改进的 它会是前端的未来么？它会成为我们的编程的未来么？ 下一篇，前端之变的最终篇：前端之变（终）：前端的未来。阐述我对前端未来发展的一些个人的思考。
1.2K60发布于 2021-07-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号