前几天随便写了一个hexo小插件,这几天刚好考完期末考试,趁着实习前没啥事,于是又拿来看看,想想有什么可以改进改进的。为了发散思路,我就把hexo.io的插件列表里的插件基本上从头到尾看了一遍。这个不看不知道,看完之后我发现其实里面的内容质量也是参差不齐的,好一点的呢,开发、测试、集成、样例、徽章都十分齐备,文档简明扼要,一看就是专业玩家;差一点的呢,基本都没有集成,没有测试,没有徽章,文档简陋或者啰嗦,有的issue满天也没人处理,有的build failure也不解决,更有的连repository都404了。。。看上去hexo的社区似乎在走下坡路了,毕竟博客这种东西,本来能坚持下来的人就不多,用户流失日益严重,而且hexo本身学习门槛也比较高,况且像这种项目还没有金主爸爸养,坚持维护也挺不容易的。 额。。。先不议论别人,还是先想办法提高提高自己项目的逼格吧。。。
随着前后端开发分离,前端的UI层开发也变成了一项复杂的工程,前端页面有了更多的责任和工作。为了便于前端的多人合作开发,引入了后台开发语言的一些开发流程和模式。出现了纯前端的MVC,MVVM等框架,还出现了各种LINT工具,用来检测代码风格,随着NODEJS的出现,前端开发更是出现了一批又一批的工具,很多nodejs中的组件和工具也运用在了前端UI界面的开发中。大大增加了前端的技术开发的难度和复杂程度。
写代码首先应该先关注其正确性,如果正确性都保证不了,会造成业务逻辑失败,上线后会引起客户投诉。这一说法听起来有些滑稽,作为前端开发工程师怎么会提交错误的代码上线呢?但在实际开发中,我们可能会写出错误的代码而不自知。比如:洗牌算法的陷阱。
作者:陈龙 https://zhuanlan.zhihu.com/p/81764012 已获取作者授权,请勿未经允许转载。
1000行JS代码,听起来挺多的,但实际上真不算什么,随便一个功能完备、代码健壮的JS应用或是模块,很轻松的就写出1000多行,看这里,我以前写的一个tabel插件,带有CRUD功能、展开、加载、上传
我建议这样思路写组件:首先一个大函数就是一个模块,可以简单到只是用function写,通过config对象写配置。然后通过传参调用,把这些模块连接起来,能实现功能,之后再对函数模块进行二次优化迭代。 在具体的操作上,第一步,就是像我们现在正在做的,先把下拉框啊,弹窗啊,菜单啊,都单独的写出来。让它们每个都能正常运行,并且具有一定的复用性。 第二步,上述那些组件写好之后,就把它们在同一个页面上引入,然后用这些组件来拼装成一个页面。这就是最简单的页面组件化、模块化了。 第三步,在拼装页面的过程中,逐步的迭代优化
ESLint于2013年6月份推出,至今4个年头,最新版本v4.8.0。它是目前主流的用于Javascript和JSX代码规范检查的利器,很多大公司比如Airbnb和Google均有一套自己的Java
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/pyycsd/article/details/80969722
bootstrap是目前最流行的前端开发框架,提供了丰富的前端组件,对于经验丰富的高手来说,其中的每项功能可能并不是太复杂,但由于他功能丰富,已经是一套系统,所以整体开发和组织的过程就不简单了 如果你来负责开发bootstrap,你会如何进行整体架构和流程的把控?有时间可以思考下,可以锻炼自己全局思维 通过bootstrap的源码,大概看下bootstrap的工程化开发方式 需求 (1)开发 主要使用css和js开发,js本身就是编程语言,开发环境也很成熟 css麻烦一点,用纯css编写的话效率不高,所以使
最近在维护一个项目,接手之前好多运营同学说:“这个可是个牛B的项目,已经运行10来年了,基本满足了我们的运营需求,但是随着业务的调整,运营力度的加大,未来这个项目将会更加重要,所以需要继续维护新功能。” 其实听到这里心里已经忐忑了,一个项目运行了这么久,必定贴了太多烂代码的补丁,适配了许多非人类的需求了,真的会是好项目吗?但是想想运行了这么多年,应该不会差到哪里吧,不然怎么会跑的这么好,相必之前的架构师一定是个大牛,既来之,上吧。 三天后...... 目前是维护这个项目的第四天,今天只新增了一个js控制远程
回首自己3年多的cocos2d游戏开发经历,从cocos2d到coco2d-x入门,之后机缘巧合辗转到了cocos2d-js阵营。在深入使用cocos2d-js以及后来使用cocoscreator做游戏项目的同时,我开始逐步走进Javascript神奇的世界。现在回过头来忽然察觉到,不是自己选择了cocos H5(我将cocos2d-js/cocoscreator的统称),而是选择了javascript;不只是简单地选择了这门脚本语言,而选择的是javascript平台和生态圈,这才是自己为什么一直对cocos H5不离不弃的原因。
前言 今天这篇文章,主要聊聊什么是ESLint,为什么要用它?它的实现原理是什么?工作中如何使用的ESLint,以及如何自定义ESLint规则。 本文整理自以下文章: 掘金:eslint工作原理探讨
配置过代码格式化的同学一定纠结过如下问题:Eslint和Prettier都能格式化代码风格,是单用Eslint,还是两个一起用呢?
1,在开始之前,首先看下官网及资料 官网: https://eslint.org/ 官方 Getting Started [https://eslint.org/docs/user-guide/getting-started](https://eslint.org/docs/user- guide/getting-started) 官方规则说明 https://eslint.org/docs/rules/ 配置rule 说明 https://blog.csdn.net/Cy_Shay/article/details/78217381
想起自己刚入行的时候,从svn上把代码checkout下来,看到同事写的代码,大括号居然换行了。心中暗骂,这个人是不是个**,大括号为什么要换行?年轻气盛的我,居然满腔怒火,将空行一一删掉。
注意:上面安装的是Vue CLI3的版本,如果需要按照Vue CLI2的方式初始化项目时不可以的
本篇内容: Weex的项目结构 npm webpack ESLint Devtools
Weex的项目结构 npm webpack ESLint Devtools
项目构建时 lint 规则可以继承优秀团队基于最佳实践设定的编码规范,如 airbnb, 这样避免重复造轮子造成人力的资源浪费和规则覆盖的缺陷,继承社区知名代码规范后团队内部再进行细节调整
这个问题作者认为是所有从后端转向前端开发的程序员,都会遇到的第一问题。JS前端编程与后端编程最大的不同,就是它的异步机制,同时这也是它的核心机制。
更新于 2016/08/23 资源 Open Source Society University 自学计算机科学的学习路径和资源。 免费的计算机编程类中文书籍 免费编程书籍 计算机科学论文 awesome 各种了不起的资源。 Python Share Python初学者书籍、视频、资料、社区推荐。 Python 资料汇总 码农周刊整理 500 Lines or Less 一些高质量的代码总数小于 500 行的小项目 前端 Github FE project Github 上值得关注的前端项目 n
Flow是faceBook开源的一个JavaScript静态类型检查工具,作用类似TypeScript,但是它不像TS那样是一门独立的语言,而是作为一个babel-plugin,借助babel的编译切入JavaScript的编码当中,同时,与ts不同的是,Flow.js的类型检查不是强制的,可以通过//@flow手动开启,意味着,你可以自由选择某个文件是否开启类型检查。
它很纯粹,就一个代码格式化工具,并不会做代码质量的检查(比如声明了一个未被使用的变量)。
命名规范 文件和文件夹命名 文件夹和文件名采用英文小写字母命名,多个英语单词用 “-” 分割,不使用驼峰命名,如:hello-world 编写组件使用 “c-” 打头,如:编写一个select组件,文件夹或者文件名定义[c-select] 样式表命名 样式表命名采用英文小写字母命名,多个英语单词用 “-” 分割,不使用驼峰命名,如:hello-world JS命名 js变量使用驼峰命名,不使用-号分割 // 不推荐 let foo_
初级前端和高级前端有什么差别?在我看来,初级前端关注点在完成功能,高级前端能在完成功能的基础上,做的又好又快。做的好,就是代码质量高,做的快就是开发效率高。
prettier的配置项比较少(容易配置),且只专注于代码样式,而eslint还提供语法检查,现在的eslint也集成了formatter功能。
根据需要选择其他的功能插件,例如:Babel, Router, Vuex, CSS Pre-processors, Linter。
近几年来中国互联网飞速发展,前端更是日新月异,放到十年前,肯定不敢想象现在的互联网这么欣欣向荣
代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。
初始化项目 安装 cli 命令工具 $ cnpm install -g @vue/cli @vue/cli-init $ vue -V 3.12.0 构建一个名为 myapp 的项目 $ vue in
本文讲述作者关于JavaScript分号的一些讨论,认为在大多数情况下应该使用分号,但有些情况例外。作者认为分号有利于代码的整洁和可读性,但过于简化分号可能导致一些错误。在了解JavaScript的断句机制后,可以更好地掌握和使用JavaScript语言。
Prettier 是一个“有意见的”代码格式化工具,旨在确保您的代码具有一致的风格和更高的可读性。它通过解析代码并重新格式化,消除因代码风格问题导致的差异,使团队中的每个人都遵循相同的编码标准。Prettier 支持多种编程语言,包括 JavaScript、TypeScript、HTML、CSS、JSON、Markdown 等等。
Inimino 的文章《JS 分号必知必会》对此解释得很清楚,他本人对是否添加分号持保留意见,但我打算更主观一些。
在这紧张的市场环境中,你们等了很久的DNSPod机会来啦!!!话不多说,小伙伴们请直接看招聘信息吧! 【域名产品后端研发(4人)】 岗位职责: 1. 负责腾讯云域名产品(DNSPod)及备案系统的后端开发; 2. 负责域名管理相关功能的实现,包括域名注册、解析等功能开发; 3. 负责域名管理系统的架构规划、性能优化等工作; 4. 负责备案系统的功能开发。 岗位要求: 1. 熟练使用PHP、至少熟悉并使用过其中一种PHP开源框架(如:CI、Laravel、Lumen等)、有PHP项目的实战经验; 2. 熟
既然是风格,就没有对错。就如现实生活中,我们每个人都有自己的穿着打扮一样。可能有些人打扮土一点,但土就土,并不影响什么。
在最近的一个项目中,我们通过设置 ESLint 和 Prettier 来进行自动化语法检查,并对 JavaScript 项目的代码风格管理。
首先提供一个知识点外资源: 在线编程:无需编程环境: https://codepen.io/pen 添加jQuery库: Settings-->JavaScript-->quick-add-->jQuery jQuery: 基于js研发的封装库:可以屏蔽之前书写js代码考虑浏览器兼容性的问题。问题交给框架的编写者 企业生成环境经常使用js库jQuery是以后学习其他封装的基础库,99%企业都在使用jQuery 高级库: Bootstrap(http://www.bootcss.com/
Prettier是一个支持多语言的代码格式工具,如常用的:js、jsx、Vue、Flow、Ts、HTML、CSS等,非常全面,将代码解析为AST,然后重新组装,目的是最终输出风格统一的代码,对比eslint对error的fix要强一些,如最大长度的改动,eslint只是对有问题的地方进行格式化修改,不改动源代码风格,而prettier是对全量的代码进行格式化。
在日常开发中,每个人的代码编写习惯都不尽相同,比如有的人喜欢在代码末尾加上分号,而有的人不喜欢加,在个人开发的项目中这并不是什么严重问题。但在团队协作开发时,我们往往需要阅读其他人所写的代码,此时没有一个统一完整的代码规范,无法有效的控制代码质量,进而影响团队的开发效率。通过引入代码规范工具,可以帮助我们保障一个团队的代码风格相同,并且能能避免一些因为格式上的问题,而出现的低级错误
关注阿D了吗?点蓝字加关注 最近阿D的一位程序朋友遭遇了以下一幕: 真是两个让人心(gan)疼(tong)不(shen)已(shou)的小哥哥 。 你以为以上内容是重点吗?当然不是! 你以为这就是程序猿的最终归宿吗?我们坚决说NO! 现在加粗加背景划重点: 最近部门急速扩张、业务产品不断增多,这不?大Boss奶罩又申请了前端、后端、产品的海量hc ,机会多多!只要敢投就有机会。声甜人美的hr小姐姐坐等来撩~ 【域名产品后端研发】 岗位职责: 1. 负责腾讯云域名产品(DNSPod)及备案系统的
vue.js有著名的全家桶系列,包含了vue-router,vuex, vue-resource,再加上构建工具vue-cli,就是一个完整的vue项目的核心构成。
1.安装node.js 安装vue.cli 必须先安装node.js
Python学了好久,但是拿出来review的代码好像总是长的不够俊美,不够工整!因此标准化的代码规范就显得尤为重要。今天就来推荐3个利器,python界广泛认同的代码风格规范PEP8和两个超牛的工具pylint和black,分别用于代码风格规范检测和自动优化。
ESLint 是一个在前端工具链中被众人熟知的代码检查工具,它能够被开发者灵活的配置,使其能够达到我们提前制定好的代码规范的要求,并且在编码过程中实时检测输入的代码,对于不符合代码规范的代码警告或报错。不得不说,在有了 ESLint 这个工具之后,团队之间开发维护会舒服很多,因为在强制约束下,你只需要去理解代码本身的含义就可以了,对于风格的问题则少了很多麻烦。
同一个项目组的不同成员之间的代码风格不一,有时候会影响开发的进度。因为自己的代码可能自己觉得写的还行,但是对另外一个人来说就未必了。
导语 | 腾讯云加社区精品内容栏目《云荐大咖》,特邀行业佼者,聚焦前沿技术的落地与理论实践,持续为您解读云时代热点技术,探秘行业发展新机。 可读的代码能极大地提高开发效率。在开发的过程中,有很大一部分时间是在阅读代码。可读的代码,容易理解,也容易改。反之,不可读性的代码,读起来心情很差,改起来也容易出错。 下面是一段不可读的代码: const user = ...const foo = (cb) => ...const bar = (list, cb) => ...cons
可读的代码能极大的提高开发效率。在开发的过程中,有很大一部分时间是在阅读代码。可读的代码,容易理解,也容易改。反之,不可读性的代码,读起来心情很差,改起来也容易出错。
首先我们打开一个网页看到的都只是前端,所以我们看到一个页面背后的支持就是HTML代码,其中就包含了各种网页标签,其中包括网站优化中的TKD,载入的渲染资源:java、css,已经页面内容:图片、音频、视频等。 一、代码的足够简洁 减少代码冗余,保持简洁的代码风格,这是作为一个网页程序员的必修,能同样实现一个效果的能用css就尽量不用js,能用两行代码解决问题的就别写三行,这是最基础的一点。 二、减少资源载入 这里子凡所说的资源主要是指js、css文件,因为我知道现在很多的前端开发设计人员喜欢用各种开源的特效
在算法建模时,for循环经常被用到(能用for循环就不要用while循环,因为for循环会让代码更紧凑)。因此,Vivado HLS提供了针对for循环的多种优化方法,例如,loop pipelining(for循环流水),loop merge(合并for循环), loop dataflow(设置数据流),unroll(展开for循环),loop parallelism(循环的并行性)等,但更重要的是遵循指定的代码风格,否则这些优化方法将无法使用。例如,如果for循环的边界是个变量而非固定常数,那么将无法使用unroll优化方法。从这个角度而言,最好在算法建模前了解这些基本的代码风格。这些代码风格可在Vivado HLS中看到。具体操作如下:打开Vivado HLS,点击Open Example Project,点击Coding Style Examples,即可看到以loop开头的目录,创建工程即可进一步了解,如下图所示。
领取专属 10元无门槛券
手把手带您无忧上云