公司产品线逐渐增多,变动频繁且并行开发,常常需要设计与开发能够快速的做出响应。同时这类产品中有存在很多类似的页面以及组件,可以通过抽象得到一些稳定且高复用性的内容。通过模块化的解决方案,降低冗余的生产成本。
为了大家方便,我将之前长长的 eslint 进行了更换,因为时间原因和使用方面的原因,没将自己的 eslint 上传成 eslint-config,直接使用腾讯的 eslint-config-alloy。
大前端是指在传统前端开发基础上,结合新的技术和工具,拓展前端开发能力,进一步提升用户体验和页面交互性。大前端开发涉及到多种技术领域,包括前端技术、移动端开发、桌面端开发等,旨在实现跨平台、跨终端的统一开发和用户体验。
目录 ---- 首先我们先来看一下文章的分区,以方便我们进行检索。 PS: 内容超长,请注意! 前言 目录 入门类 HTML 5 部分 CSS 3 部分 JQuery Angular JS React Vue Node JS JS Template 移动端 移动端 API 综合 API 其他 API 综合类 工具类 综合效果搜索平台 团队 BLOG 开发中心 ECMAScript D3 RequrieJS SeaJS Less & Sass Markdown 兼容性 UI相关 图表类 正
近期正在探索前端、后端、系统端各类常用组件与工具,对其一些常见的组件进行再次整理一下,形成标准化组件专题,后续该专题将包含各类语言中的一些常用组件。
那有什么办法可以解决上述的问题? 方法是有的,本质上通过程序自动化去生成各种service文件,解放双手。那具体怎么做呢?我们可以通过解析swagger接口文档的结构
这次想写下关于APP设计规范文档的内容,规范文档这个东西,实际上大部分中小型公司没有这方面的需求,也没精力去制作这样一个系统性的东西,所以文章篇幅不长。
单纯的技术层面也就是上述的那些个东西。如果某个同学都学会了上面的那些东西,是不是就能完全的胜任前端开发工作呢?
在一个项目的开发中,在页面需要使用大量数据进行渲染生成前,后端开发人员的接口可能还没有写完, 当前端没有后端数据支持的情况下,我们使用mock.js(mock.js用于生成随机数据,拦截ajax请求)模拟假数据,实现前后端分离。开发中我们也可以使用RAP2(这里面生成的数据基于mock.js)在线模拟假数据。
面对各类运营需求,微信游戏团队在B端开发实践中进行思考和提炼,创立了通用组件语言规范(CLS,Common Components Language Specification),对所有组件进行统一抽象,指引无终端依赖、无语言依赖、无框架依赖的标准化组件开发模式。并基于此规范实现了一套 Vue.js 的声明式组件库,以标准化JSON描述页面组成,写完JSON就完成了页面开发,以此来简化前端工作,提高开发效率。 适用场景 B端系统中最常见的需求包含表单、列表、图表。表单用来收集用户数据,列表用来呈现数据,
前端对于不是对口专业的人来说,可能是陌生的,但是如果对于每天都在接触和使用的人来说,应该是驾轻就熟的。那么前端到底是什么呢?简单来说:浏览器呈现出来的页面、给用户看的、可操作的就是前端。如果再往大了说,你所看到的一切,包括网页、移动端页面、小程序、甚至某些 app,都是属于前端范畴。
所以急不得,大概今年下半年开始,本菜菜就着手准备了,主要是扩充知识面以及加深对相关知识的理解与运用(暴露了平时有点懒。。。)
适用于前端开发团队规范为参考规范,不全是硬性要求,统一团队编码规范和风格。让所有代码都是有规可循的,并且能够获得沉淀,减少重复劳动。
最早从Web2.0 Ajax技术开始兴起,就有提前后端分离了。从Gmail的单页应用,到现在的单页应用层出不穷。
看完 《前端规范之Git工作流规范(Husky + Commitlint + Lint-staged) https://www.cnblogs.com/Yellow-ice/p/15349873.html》,再次修改本文
似乎总是从新人对接开始说事,这事整的,好像每个公司人员流动性都很大,带来的问题也已经从侧面说明了。团队总是具有不稳定性,团队要继续高速前行势必需要早做准备,需要做一些不依赖人员的东西、跟团队业务发展相关的东西,这也仅仅是制定规范的好处之一,更多的还是为了更好、更舒服的工作。
分享链接:https://github.com/alicfeng/TeamStandard 分享一个基于 gitbook 构建团队项目开发规范文档,正在完善中、期待你的提议☆⌒(*^- ゜) v THX!!
在互联网公司,随着用户的增长和产品的迭代,产品的新页面跟新功能越来越多。要是没有设计规范,整个产品会越来越臃肿,迭代速度也会受到影响。
创建模式有两种,一种是默认配置(没有带其他辅助功能的 npm包),另一种是手动配置(可按照生产需要进行配置)
本节课 我们要给每个接口,都加入一个选项,类似于之前 是否加入登录态,是否加密 这种选项,名字叫做:“是否加证书”
前端开发规范 代码质量开发规范 代码风格格式化规范 git工作流程提交规范 项目组织规范 项目模板规范 通用脚手架开发 技术文档保留规范 异常处理规范 前后端协作规范 双周分享 技术分享落地留存规范 新人培训规范 新人入职流程规范 前期准备 开发工具vscode vscode所需插件: Vetur、ESLint、Prettir-Code formatter、Prettier ESLint 代码质量规范 Eslint 项目目录配置.eslintrc.js文件用于项目规范、规范可以一起定义或者使用行业标准规范
老生常谈了,前端工程技术建设可以理解为团队内的前端技术和框架建设的整体表现,包括了 技术/规范文档、工程模板研发、组件库和开发工具沉淀、devops自动化、研发到数据可视化闭环、影响力等方面建设与完善。
类似hexo一个极简的静态网站生成器,用来写技术文档不能在爽。当然搭建成博客也不成问题。
接着上篇未完的话题,《前端工程化的个人思考》,前端工程化很庞大,涉及的点也比较多,笔者也只是想到那里就写到那里,要讨论的朋友可在文末留言讨论。
向来以审美自居的我自然少不了谈谈UI设计。虽说从未从事过UI相关工作,但着实接触了许多UI相关的东西,并且考虑下份工作从事设计。
在平常的搜索中,我碰到过很多有趣的信息,应用程序和文档,我把它们整理在下面这个列表。这是收藏的遇到的有用内容的一个伟大的方式,可以在你需要的时候方便查阅。相信你会在这个列表中发现对你很有用的资料。
原文链接:https://juejin.im/post/5d3a7134f265da1b5d57f1ed
笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人),自己就是规范。随着公司业务的扩展,扩充了一些人员,这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考,希望能给你们也带来一些帮助.
大家好,今天我来和大家一起来了解前端工程化的知识,如有疑问和错误,欢迎指正,一起交流探讨哈!
在一个软件开发团队中,总是会新老程序员一起搭配,几个老程序员带领新程序员一起干。而在开发过程中有些新程序员犯的低级问题有时会让老程序员忍俊不禁,或者甚至上火。不是有多么重大的问题,主要是不仔细、不愿动脑筋、不愿动手而导致的。不看规范、不看完整设计书、不愿意自己先动手写程序直接上来就问等等。
网易为你提供价值¥299 的【高级前端内部培训】,一站式解决前端进阶难题! 1. 紧扣业界最新发展趋势,剖析大厂面试真题! 2. 还有网易百万项目前端负责人一对一辅导面试! 3. 手把手教学网易云音乐等实战项目,大厂经验加持简历! 扫码免费学 限额 30 人 /没有什么比大厂经验更能说服面试官/ /加入网易培训营让你的面试加码不断/ ①有备无患:一手前端资料免费领 扫码免费学 限额 30 人 ②万无一失:一线名师带教 网易的老师从来不止教技术! 技术学习、项目实战、简历修改、面试技巧 为你提
聊到集成测试、单元测试等测试分类,我想大多数人都有类似困惑或讨论,集成测试和 E2E 测试到底有啥区别。甚至还有一些系统测试、配置项测试等概念,不但让我们这种非 QA 专业的人弄不清楚,在和我们的 QA 同学讨论时也很难得到清晰的结论。
规范和秩序存在于生活的方方面面。不知道大家有没观察过,稍微有点规模的咖啡连锁店,一般至少会有3位职员,分别负责收银点单,制作咖啡,打扫。他们各司其职,高效配合,以保证快速满足客户的需求。规范操作让其井井有条且高效运作,从日常工作规范到设计规范,都能起到相同的效用。
最近又开始把大量的时间花费在了夯实前端基础上了,看了很多的前端规范,书籍,并且敲了大量的前端代码。系统的在补习自己的前端基础,于是乎可能是日久生情,我对javascript这门语言的感情也在慢慢加深。系统的学习ES6标准一定是学习前端必要的一件事。ES6中增加了不少新特性新语法,一边学习,一边记录。
大家好,我是来自互联网应用产品部的前端开发,今天给大家分享的主题是 『从0到1构建"跨平台"应用』。国际惯例,首先先自我介绍一下,我叫胡琦,江湖 人称“Copy攻城狮”,百度"Copy攻城狮"或者谷歌“胡琦”应该都能找到我。我的经历 和经验都很简单,精通JavaScript、Java、Python、PHP各种语言的“Hello World”写法,熟练掌握“CV”技能,因此被称为“Copy攻城狮”。虽然做了快4年的前端,依旧也只懂皮毛,基本没有形成自己的技术体系,真·前端打杂,还恳请各位大佬多多指教,当然我也会争取早日摆脱CV大法,实现技术积累质的飞跃。
正例:mall-management-system 反例:mall_management-system / mallManagementSystem
image.png 在多数公司里,前端都是单兵作战的,一般就一二个前端人员的配置。在这种情况下,基本不用管什么配合多啊,多人协作之类的,就自己定个前端规范,然后自己写就是了。就算是开发过程中遇到了什么困难或是不太方便的地方,那也就是自己权益之计搞定就是了。但如果是偶然某天,公司搞来了几个实习生要你带,这事情就有点麻烦了,你要搞很多的技术之外的工作,要给他们分配工作,要分组,要管进度,要考虑开发流程,要考虑debug之后上线的代码合并,要考虑代码质量的review,,等等,然后终于项目结束,或是实习生到期走人
https://juejin.cn/post/6968874442554343455
随着项目的不断发展,设计团队在不断壮大,设计师之间的协作也越来越多,相应的沟通和协作成本在不断增加。如何才能更高效的合作,并把设计质量和一致性做的更好,是我们需要去解决的问题。 本文将以QQ动漫设计系统为例,分享一些过程中的思考和经验,抛砖引玉,希望对大家有所帮助。 问题之源—本地组件库 在项目初期,团队设计师的协作方式是通过一个本地的sketch规范文件,以复制粘贴的方式来复用一些元素和控件。在设计师协作人数不多,UI控件改动频繁的情况下,这套流程可以比较快速的完成需求。 但随着项目逐渐成熟,协作设
image.png 为方便设计师进行设计,微信提供一套可供Web设计和小程序使用的基础控件库;同时提供方便开发者调用的资源。 基础样式库预览地址:https://weui.io 文末附规范文档PS
[ 标准前沿会场 ] IMWebConf 2018 前端技术大会讲师 —— Chaals (Charles McCathieNevile) Chaals 是 Consensys.net 的开发者和布道师, EEA技术项目总监,W3C Webapps 组的联合主席,曾在 Opera 领导标准化的工作。对 Web 技术的许多领域感兴趣,并致力于改善和使用各种 Web 技术来解决日常生活中面临的问题。 议题: Making web products for a global market W3C 标准的制定与
最近我身边的几个技术专家都在学习前端技术(VUE)的开发,为什么他们要学习前端技术呢?因为随着软件技术的发展,全栈工程师已然成为未来发展趋势,对大部分技术人而言,需要既懂后端技术,又能进行前端开发,成为全栈工程师。
IMWebConf 2018 前端技术大会讲师 —— Chaals (Charles McCathieNevile) Chaals 是 Consensys.net 的开发者和布道师, EEA技术项目总监,W3C Webapps 组的联合主席,曾在 Opera 领导标准化的工作。对 Web 技术的许多领域感兴趣,并致力于改善和使用各种 Web 技术来解决日常生活中面临的问题。 议题: Making web products for a global market W3C 标准的制定与 Web 未来的发展
本文主要探讨了前端进阶之路上的几个重要思考,包括心态、技术、代码规范、组件化、业务需求、团队协作和知识体系。作者认为,在开发过程中,心态很重要,要保持积极主动的态度。技术方面,不仅要掌握基本技能,还要关注新技术动态。代码规范方面,要遵循统一的编码规范,以提高代码可读性和可维护性。组件化方面,要设计合理的组件接口,保持可扩展性。在业务需求方面,要明确需求,理解业务逻辑,并注重团队协作。最后,知识体系方面,要构建自己的知识体系,不断学习,提高自己的价值。
最近,OpenAI 宣布了一个重大的更新: ChatGPT 支持 Plugin 能力。用户在与 ChatGPT 自然语言交互时,可以选择使用插件。通过插件扩展,可以实现让 ChatGPT 实现以下能力:
case 中常用的操作、以及其他工具的调用接口进行汇总,管理出 dsqa 组内自动化 case 开发的基础库。
如果你期望你的工作状态是这样:产品经理把一个功能需求的每一个环节都考虑周到,每一个细节点的覆盖全面,每一个想法都表达完美(当然,这是一个好的产品经理应该追求并达到的),交互和视觉能够以用户体验和美学的角度完美的诠释产品的需求点,然后将所有需求的前期沟通准备都ready,给到开发开始投入生产,然后你作为一个前端开发,与后台一起合作,逐个的还原产品需求文档所描述的功能与细节,偶然在作为一个开发的同时,也作为一个用户向产品提出一些逻辑不合理的点,沟通敲定,最后开发完毕,产品视觉体验觉得OK,可以上线。
作者|张颖 原文|http://imweb.io/topic/577941b9f525c4613e8b4015 有人说产品开发过程中web前端没有结论,只有随需求不停的修改,但是项目必须要有阶段性的结论,作为一个前端开发,如何避免为了某一个需求而陷入反复更改的困境呢?不要把责任全部推到产品不断的需求更改或者设计不停的视觉调整上,你其实可以做得更好。在不断的追求新技术,打磨技术精益求精之时,拓宽自己的知识面,寻找正确了工作姿势也很重要。 ---- 首先,心态很重要。 如果你期望你的工作状态是这样:产品经理把一
领取专属 10元无门槛券
手把手带您无忧上云