本文首发于政采云前端团队博客:编写高质量可维护的代码:优雅命名 https://www.zoo.team/article/good-name
正例:mall-management-system 反例:mall_management-system / mallManagementSystem
作者|jaychen 原文|https://mp.weixin.qq.com/s?__biz=MzAxODE2MjM1MA==&mid=2651552192&idx=1&sn=5342d6ea6d77
我听说很多开发者厌恶 CSS。而在我的经验中,这往往是由于他们并没有花时间来学习 CSS。 CSS 算不上是最优美的『语言』,但迄今二十多年来,它都是美化 web 举足轻重的工具。从这点来说,也还算不
在前端开发中,编写干净高效的代码可以使程序员变得更优秀。无论是个人项目、合作任务、敏捷开发项目还是求职测试项目,都很重要。开发者通常会忽视一个基本的部分,那就是实施CSS命名规范,有些人会在调试和管理庞大的代码库时才意识到糟糕的CSS代码有多可怕。无论你是否意识到,在编码测试或技术面试中,你的命名习惯都会传达关于你开发实践的信息。它们可以用来评估你的行为和效率。因此,在本文中,我们将展示CSS命名的最佳实践,以提高代码质量。通过阅读本文,读者应该清楚地了解CSS命名规范及其好处,并熟悉不同的样式命名约定。读者的最终目标是为他们提供可操作的见解和实用的建议,以便他们可以将这些规范应用到自己的开发工作流中,以编写更清晰、更高效的代码。
任何代码编程都有各自特点的常用命名规范,div+css页面设计也不例外。遵守常用的css命名规范有利于代码的升级和扩展,也有利于让别人读懂你的css代码,让你的页面显得清晰有条理。
div、h1~h6、address、blockquote、center、dir、dl、dt、dd、fieldset、form、hr、isindex、menu、noframes、noscript、ol、p、pre、table、ul … 特点:总是在新行上开始,高度、行高以及顶和底边距都可控制,宽度缺省是它的容器的100%,除非设定一个宽度 功能:主要用来搭建网站架构、页面布局、承载内容
css中有哪些命名规范 📷 1、小写字母加连字符(又称烤串命名法),禁止下划线和驼峰命名。 2、布局:以g命名空间。 3、状态:以s为命名空间。 表示动态、交互状态。 4、工具:以u为命名空间。 表示不耦合业务逻辑的可重用工具。 5、组件:以m为命名空间。 表示可重用、移植的组件模块。 实例 /* bad */ .mod_example { padding-left: 15px; } .modExample { padding-left: 15px; } /* good */ .mod
我们用这三个维度分析下Vue的SFC(Single-File-Component,单文件组件):
现代软件架构的复杂性需要协同开发完成,如何高效地协同呢?无规矩不成方圆,无规范难以协同,比如,制订交通法规表面上是要限制行车权,实际上是保障公众的人身安全,试想如果没有限速,没有红绿灯,谁还敢上路行驶。对软件来说,适当的规范和标准绝不是消灭代码内容的创造性、优雅性,而是限制过度个性化,以一种普遍认可的统一方式一起做事,提升协作效率,降低沟通成本。代码的字里行间流淌的是软件系统的血液,质量的提升是尽可能少踩坑,杜绝踩重复的坑,切实提升系统稳定性,码出质量。
最近做的一个系统,做完之后发现命名有些不够规范,所以想要规范一下命名,这样才能使项目目录更规范与整齐,网上发现该详细的命名规范博文.但是有些命名规范已经有些不在适合,参考该博文的基础上,进行了修改.
C是一门朴素的语言,你使用的命名也应该这样。然而,当面对复杂情况时就有些棘手,给全局变量取一个描述性的名字是必要的。把一个全局函数叫做“foo”是一种目光短浅的行为。全局函数也一样,如果你有一个统计当前用户个数的函数,应当把它命名为“count_active_user()”或者简单点些的类似名称,不应该命名为“cntusr()”。1.三种流行的命名法则目前,业界共有四种命名法则:驼峰命名法、匈牙利命名法、帕斯卡命名法和下划线命名法,其中前三种是较为流行的命名法。驼峰命令法。正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字,其实我们工作比较常用的就是驼峰命令法。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:printEmployeePaychecks();
我们一般在做前端设计网站框架的时候,DIV或者CSS标签名称有没有一个固定的标准?有些朋友是想到哪里写到哪里,有些朋友有自己的规范命名特征,也有些朋友是遵循标准的。因为在团队协作的时候,有规范的标准是很重要的,便于协作和阅读。今天老蒋突然想到这个问题,主要在于在修改页面的时候,看到有客户的CSS标签名称太过于随意。
副作用:(side effects),一个文件只做一件事情,如果做了其他事情就是产生了副作用
3.1 所有模块的主文件index.js全小写 3.2 属于类的.js文件,使用PascalBase风格 3.3 其他类型的.js文件,使用kebab-case风格
1、每个HTML标签都有一个属性叫做class, 也就是说每个标签都可以设置类名。
写了这么一些时间的CSS,有时候觉得有些混乱,尤其是做样式修改的时候。后来觉得遵循一些书写规范和顺序来的话,一来会让自己的思路很清晰,二来修改的时候很明确,不容易被冗余的样式影响。
本年的结果有超过3000多人参加调用,共有27个问题,问题覆盖前端工具以及思想方法论。在此,非常感谢各位参与的朋友花费时间来回答这些问题。组织和编写本次调查结果是有点困难的,因为我们家里多一个组员——我的女儿(因此调查结果有点延迟,非常抱歉!)
一.DIV+CSS布局文件命名规范 全局样式:global.css; 框架布局:layout.css; 字体样式:font.css; 链接样式:link.css; 打印样式:print.css; 二.常用类/ID命名规范 页 眉:header 内 容:content 容 器:container 页 脚:footer 版 权:copyright 导 航:menu 菜单:menu 子菜单:submenu 导航:nav 子导航:subnav 标 志:logo 广告:bann
1.组件开发需要全面的收集需求,深刻分析此组件可以覆盖的业务范围,并作出正确的取舍。 2.一个组件不可能是大而全的,但可以是层层扩展的,从一个基础组件,一层层的扩展成更复杂的组件,甚至超大型的组件。 3.组件的props、method、events需要遵守同样的命名规范,如获取值用getXXX,设置值用setXXX,创建用createXXX等,这些可以快速的帮助使用者找到需要的接口。 4.组件需要添加name,在设置keep-alive时需要用到。 5.组件头部应该添加组件的说明注释,如接收的传入参数、向外层抛出的事件名等。 6.props定义应该尽量详细,包括type、default、required、甚至validator 7.样式应该设置scoped,避免污染全局样式。
本文来自设计达人网站,Jeff 看到该文感觉非常有必要学习分享,so,转载在这里,感谢原作者——写了这么久的CSS,但大部分前端er都没有按照良好的CSS书写规范来写CSS代码,这样会影响代码的阅读体验,这里设计达人网总结一个CSS书写规范、CSS书写顺序供大家参考,这些是参考了国外一些文章以及我的个人经验总结出来,我想对写CSS的前端用户来说是值得学习的。 CSS书写顺序 位置属性(position, top, right, z-index, display, float等) 大小(width, heig
“container“ 就是将页面中的所有元素包在一起的部分,这部分还可以命名为:“wrapper“, “wrap“, “page“.
在前端领域,CSS(层叠样式表:Cascading Style Sheets)是绕不过的话题。
很多企业在启动软件开发的时候,完成没有命名规范,导致代码的可读性极差。而业界对于命名,却没有一个统一的命名规范,比如说,获取客户列表,Java类的方法是用get***List还是list****?这些完全的统一的规范 。
比如我们需要对文件命令,对目录命名,对变量命名,还有其他类型的资源等等。那么取名时,业界有哪些命名方式呢?
好吧,我的代码虽然实现了和设计一样的界面,但是还是太臭了,类的命名都是特别的差劲。。找了命名规范,,拿来共享一下,警告自己,,代码不仅要实现功能,更要优美,华丽。。
Outline轮廓 绘制于元素周围的一条线,在边框border的外围,起突出元素的作用。
我记得我刚开始学习前端开发的时候。我看到了很多文章及资料,被学习的资料压得喘不过气来,甚至不知道从哪里开始。
大家好,我是 Guide。这篇文章是我对几年前写的一篇文章的完善,主要讲了命名规范的一些基础知识。希望对大家有帮助!
id在JS是唯一的,不能多次使用,而使用class类选择器却可以重复使用,另外id的优先级优先与class,所以id应该按需使用,而不能滥用。
本文介绍了QMUI Web从设计到开源的经历,从项目启动到逐步完善,通过设计、编码规范、基础配置、组件化、组件库、性能优化、移动端自适应、主题、扩展组件、GUI、开源和自动化等一系列步骤,最终实现了一个高效、易用、可扩展的跨端UI框架。
在现代Web开发中,样式表的管理变得越来越复杂。为了应对这一挑战,CSS模块化成为了一种重要的开发方法。它有助于组织和维护样式,提高开发效率,并降低了样式冲突的风险。本文将深入探讨CSS模块化的定义、优势、实现方式以及如何在项目中有效地应用它。
本文介绍了 XML 的概念、特点和常见应用,以及 XML 的约束和约束验证。
前端开发规范 代码质量开发规范 代码风格格式化规范 git工作流程提交规范 项目组织规范 项目模板规范 通用脚手架开发 技术文档保留规范 异常处理规范 前后端协作规范 双周分享 技术分享落地留存规范 新人培训规范 新人入职流程规范 前期准备 开发工具vscode vscode所需插件: Vetur、ESLint、Prettir-Code formatter、Prettier ESLint 代码质量规范 Eslint 项目目录配置.eslintrc.js文件用于项目规范、规范可以一起定义或者使用行业标准规范
如果说计算机科学只存在两个难题:缓存失效和命名。那么我就觉得命名的难点只有两个:词汇量和坚持贯彻执行制定的规范。
本文从代码规范,代码检查,代码格式化,以及编辑器自动化实现的方向,介绍代码规范统一在我们团队的实践应用。
作者:杨成功 原文:https://segmentfault.com/a/1190000040948561
适用于前端开发团队规范为参考规范,不全是硬性要求,统一团队编码规范和风格。让所有代码都是有规可循的,并且能够获得沉淀,减少重复劳动。
最近老大在维护别人的代码时,发现我们团队写的样式各有种的想法及风格,这在后续维护会增加一定的难度,所以老大决定统一样式的会名规范,所以就安排我去调研及实践,下面是我调研的结果。
(1)跟以前一样,我们复制一份我们已经初始化好了的test.vue页面重命名为addressEdit.vue页面开始初始化。 关于文件名字规范这里提一句,大家可以参考一下我写的关于vue的命名规范
3.5 使用RouterLink和RouterView组件导航与显示
在职业生涯的发展中,我们不仅会涉及到编码、做技术,也会和团队建设与项目规划打交道。一个项目不是简单的打开编辑器写代码,一个好的项目一定是在开始之前就进行了严格的项目规划与团队内部建设。今天我们要罗列一下前端项目初期阶段所需要进行的工作。
在现有大数据平台的基础上,借鉴业界成熟OneData方法论,构建合理的数据体系架构、数据规范、模型标准和开发模式,以保障数据快速支撑不断变化的业务并驱动业务的发展,最终形成我们自己的OneData理论体系与实践体系。
随着业务的发展,频繁迭代和跨部门的垂直业务单元变得越来越多。但由于缺乏前期规划,导致后期数仓出现了严重的数据质量问题,这给数据治理工作带来了很大的挑战。在数据仓库建设过程中,我们总结的问题包括如下几点:
一开始,Yandex公司推出的BEM,包括了规范以及其配套构建工具。如今提到的BEM主要是指其中的规范,在BEM最新的推广页中,对其的描述为:
本文目录 继承 层叠命名规范参考 <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title>继
领取专属 10元无门槛券
手把手带您无忧上云