推荐
专栏
教程
课程
飞鹅
本次共找到4806条
代码格式化
相关的信息
隔壁老王
•
3年前
Qt中添加背景图
第一步选择一张背景图下到本地第二步在qt中点击添加新文件选择图中位置随便起个名字,点击下一步这时项目中多出一个目录选择打开资源编辑器底部添加前缀:注意该前缀是在内部使用图的路径点击添加添加前缀我这里直接使用的/作为前缀再点击添加文件选择需要的图片资源加载进入后1.使用代码添加背景图cpp//开启背景设置thissetAutoFillBackground
liam
•
2年前
前端mcok原来可以如此丝滑
前端的痛苦作为前端,最痛苦的是什么时候?每个迭代,需求文档跟设计稿都出来了,静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了,还有各种前端处理逻辑啊。后端接口还没出来,我就得边写代码边测前端效果,又没有真实数据。有人建议用Mock工具,可是每个接口都要自己写Mock规则,这得浪费多少时间呀。等到后端好不容易把接口写出
Karen110
•
3年前
看我用Python一秒发送数百份邮件,让财务部妹子追着喊666!
之前有分享过如何的文章,今天再分享一个如何用几行Python代码让财务部妹子追着喊666的实用案例。需求描述最近公司要发奖金,需要财务部妹子给每个员工发一封邮件,现在全公司10个部门每个人的奖金情况已经计算好了,并根据部门分别制作了10张表格:每个奖金表格内容大致如下:同时有一份Excel文件邮件地址.xlsx,里面有各部门负责人的邮箱:首先第一
李志宽
•
3年前
YYDS! 如何拿下网站?黑客最爱用的三个神器!
前言:网络渗透中,网站一直是黑客们重点攻击的目标。面对网站,攻击者经常会想找到网站后台,登录上去,从而进一步获得网站服务器控制权。所以,如何获得网站后台登录地址,就是非常重要的第一步。爬虫分析爬虫分析的原理,是通过分析网站页面的HTML源代码,从里面不断爬取链接,分析潜在的后台登录地址。一般来说,后台登录页面的地址中,通常会出现login、admin、us
捉虫大师
•
2年前
Sentinel-Go 源码系列(三)滑动时间窗口算法的工程实现
要说现在工程师最重要的能力,我觉得工程能力要排第一。就算现在大厂面试经常要手撕算法,也是更偏向考查代码工程实现的能力,之前在群里看到这样的图片,就觉得很离谱(大概率是假的)。算法与工程实现在SentinelGo中,一个很核心的算法是流控(限流)算法。流控可能每个人都听过,但真要手写一个,还是有些困难。为什么流控算法难写?以我的感觉是算法和工程实现上存在
Stella981
•
3年前
JVM入门到放弃之基本概念
1\.基本概念jvm是可运行Java代码的假想计算机,包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。jvm是运行在操作系统之上的,屏蔽了与具体操作系统平台相关的信息,使得Java程序只需生成在jvm上运行的字节码,就可以在多种平台上不加修改地运行。Java语言的一个非常重要的特点就是与平台的无关性(
Wesley13
•
3年前
vs2008发布项目失败的解决方法
今早公司的一个同事遇到了一个在VS2008下发布项目时总是失败的问题,但是代码是可以正常编译通过的,很奇怪的问题,上网找了一下这个问题的解决办法,网上说了“要知道发布是怎么失败的,用组合键"CtrlAltO"即可,仔细查看信息可发现有没发布成功的详细提示,然后在资源管理器中找到那一项,删除或排除到项目外,重新生成之后再发布,OK!”按照网上的
Wesley13
•
3年前
500强企业之业务中台现状
业务中台能为企业带来三大竞争优势企业采用业务中台,能够快速试错,响应市场变化,探索最佳的市场策略。使用这类产品,搭建系统再也不需要从底层代码开始,而是能专注于企业所需的实际业务功能。采用这种方式能将传统开发效率提升几十倍,原本无法参与系统搭建的不懂编程的业务人员,也能参与其中。采用业务中台,企业可以用一个平台同时支撑多条业务线,从而实现业务线
Stella981
•
3年前
SpreadJS:一款类Excel开发工具,功能涵盖Excel的 95% 以上
Excel作为一款深受用户喜爱的电子表格工具,借助其直观的界面、出色的计算性能、数据分析和图表,已经成为数据统计领域不可或缺的软件之一。基于Excel对数据处理与分析的卓越表现,把Excel的功能,嵌入到Web应用中,将会对应用系统带来质的飞跃。但是,这样一款沉淀数十年,经过无数次更新迭代的软件通过代码来实现,其难度不言而喻。研发出一款功能
Stella981
•
3年前
CODING DevOps 系列第四课:DevOps 中的质量内建实践
什么是质量内建随着时间的推移,我们项目的开发效率会逐渐降低,直到几年之后整个项目可能就无法维护,只能推倒重来。具体的表现首先就是随着时间推移,我们会发现整个需求列表里面能做的需求越来越少,因为每当我们增加一个新特性,需要改动的代码就非常多,所以最后每提出一个新的需求,团队评估出来的改动成本都非常高,导致最后难以增加新的特性。第二个表现
1
•••
467
468
469
•••
481