㈠ web前端开发常遇到的问题有哪些
前端和后端没有可比性
前端的开发，如果没有总体的设计思路，会成为一种碎片似地程序，一个效果一坨代码，一个功能一滩脚本，一个需求片逻辑，我曾经遇到过，因为ue调整，把整个前端的代码除了核心数据处理函数保留，其余的全部修改的情况。
基本上前端的开发，处于dom操作，数据处理，数据交互三部分，如果合理的分配这三部分的功能，那么前端的代码就很容易扩展和调整。可惜现在优秀的前端开发者很少，因为前端门槛很低。
那么接下来我回答挑战所在：真正的前端开发的挑战，还在于开发者的思路，兼容性，布局，css js都不是问题，问题在于如何合理的组织语言逻辑，如果正确抽象出需求中的模块，在如何用代码处理。清楚的用代码表达出思路，清楚的写好注释，给后续维护者一个可阅读的思路。
前端的改动量，是后端的数倍，前端没有绝对，只有跟随需求不停的修改。
㈡ web前端开发面临的挑战主要是有哪些
平时工作，多数是开发Web项目，由于一般是开发内部使用的业务系统，所以对于安全性一般不是看的很重，基本上由于是内网系统，一般也很少会受到攻击，但有时候一些系统平台，需要外网也要使用，这种情况下，各方面的安全性就要求比较高了。
1、测试的步骤及内容
这些安全性测试，据了解一般是先收集数据，然后进行相关的渗透测试工作，获取到网站或者系统的一些敏感数据，从而可能达到控制或者破坏系统的目的。
2、SQL注入漏洞的出现和修复
SQL注入定义：
SQL注入攻击是黑客对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入。
SQL注入有时候，在地址参数输入，或者控件输入都有可能进行。如在链接后加入’号，页面报错，并暴露出网站的物理路径在很多时候，很常见，当然如果关闭了Web.Config的CustomErrors的时候，可能就不会看到。
3、跨站脚本攻击漏洞出现和修复
跨站脚本攻击，又称XSS代码攻击，也是一种常见的脚本注入攻击。例如在界面上，很多输入框是可以随意输入内容的，特别是一些文本编辑框里面，可以输入例如这样的内容，如果在一些首页出现很多这样内容，而又不经过处理，那么页面就不断的弹框，更有甚者，在里面执行一个无限循环的脚本函数，直到页面耗尽资源为止，类似这样的攻击都是很常见的，所以我们如果是在外网或者很有危险的网络上发布程序，一般都需要对这些问题进行修复。
㈢ 前端开发时遇到过什么坑尤其是webapp开发时
过去，应用开发需要注重大量的专业知识，程序员只需关注单一的语言（比如COBOL、RPG、C++等），并利用该语言创建应用。Web不再是单单关注独立的一面。相反，一个现代化的Web应用开发者应该是“样样精通”。他们不仅要理解开发方面还要明白Web应用安全漏洞问题，了解如何与其他设备集成在一起等等。往深了说，他们还需要了解这些应用程序是如何运行在平板电脑和智能手机上的。
换句话说，Web应用开发正变得更加复杂化。它迫切需要一个不断增加以及不断发展的配套技能。
掌握六大技能后，估计Web应用开发时候就会避免一些坑。
1. 安全
过去，企业在内部安装应用，基于防火墙背后的应用无法与第三方服务或应用进行通信。而随着软件的发展，现代Web应用能够与其他设备进行集成，并存储在云服务器上或者访问多种类型设备。因此，安全问题显得尤为重要。
“作为一名应用开发者（web/desktop），深入理解应用程序的安全性是最为重要的技能之一。”Veracode首席安全顾问Stephen Jensen说道，“在当今世界，有关安全问题的新闻不绝于耳，大多数是揭露数以百万计的人们的敏感信息。因此，Web应用开发者必须知道如何预防常见的漏洞，比如Cross-Site Scripting (XSS)，SQL注入等。为了确保应用在创建过程中免受安全问题的恶意攻击，同时也为了保护用户潜在的敏感信息问题，这也是所有开发者应当学习的必备基础技能。”
2. 用户体验（UX）设计
“随着移动设备用户需求量的不断增加，开发者需要充分理解用户体验设计显得愈发重要。”Raster Media CEO Michael Smith说，“设计团队单独负责某款应用的用户体验的日子已经一去不复返了。开发者必须考虑互动、动画、速度以及各个APP之间的通信等问题。”
我完全赞同这一观点。用户体验设计有几大重要因素，首先，用户的期望有所上升。用户下载一款新的应用，他们想立即知道它是如何运行的。他们希望从业务应用中获取相同的体验。其次，用户有选择的余地。如果不喜欢这款应用，他们会寻找另一款代替。由于用户的期望值增加以及竞争的加剧，更为直观的界面需求比以往显得更加重要。
3. 自适应/响应式设计
谈及UX设计，Web App开发者必须建立可随处运行的应用程序。现在的问题不再是“用户如何与我的应用进行交互？”而是演变成“用户与我的应用如何在每款设备类型上进行交互？”
想要做到这一点并不容易。你必须回答以下这些问题：“智能手机上的按钮设置在哪里？你如何在小屏幕上格式化数据表？当设备从人像模式切换至风景模式会发生什么？”总之，Web开发者必须知道让Web应用适应不同屏幕大小的方法。
针对跨平台/设备，响应式设计和自适应设计主要两大方法：
响应式设计使用流体网格以及CSS3媒体查询来适应各种屏幕大小/类型上的应用。你可以通过Web找到各种响应式设计案例。例如TheNextWeb就是个典型的案例。你会发现，当你调整浏览器大小时，该网站会自动适应新的尺寸。
自适应设计根据不同的设备提供不同的HTML页面。比如，一款独立的Web应用可能需要3个独立的表示层（HTML）：一个是PC端，一个是平板电脑，另一个则是智能手机。例如，在不同的设备上访问Web App，外观和行为显示的均各不相同。
那么哪一种方法最好呢？我想说它们有各有各的优势。响应式方法对于Web网页设计以及Web应用信息来说是个不错的选择；而自适应方法可更好的适用于数据驱动Web应用，尤其是包含那些数据表的应用。为什么？这是因为它让开发者能够更好的控制数据结构和样式，而不是试图去适应多种屏幕尺寸上的单个表格，自适应设计方法可让你为每款设备创建不同的表单。
4. JavaScript
开发者总会为他们选择的编程语言而争论。你无法说服一个Java程序员称赞PHP是最好的，反之亦如此，就像你也无法说服一个PHP程序员赞同Java是最好的，但在Web应用中开发者大多数会选择使用JavaScript。
“随着移动和Web桌面应用的发展，JavaScript已快速成为最为重要的计算机语言。” Coordinato创始人Ben Bakhshi表示，“不少业内人士认为利用JavaScript编码将在未来10年内显着增加。”
5. Web应用架构
在Web开发上，应用架构变得比以往更加重要。应用体系架构直接影响到应用可扩展性、灵活性，以及集成其他Web服务和应用的能力。如果开发者想要创建一款有用的、可持续性的应用，那么理应深刻掌握Web应用架构知识。
“Web应用开发者应该充分关注Web应用架构”，MRC软件开发经理Tyler Wassell说，“开发者应该了解，所开发的应用程序如何与所有系统组件进行交互，以及底层架构将如何影响诸如可移植性、可维护性、可用性等性能情况。”
6. API集成
现如今，API已发展成为Web开发一个重要的方面。从本质来讲，API让不同的Web服务之间相互通信。开发者可以通过其他应用/服务上调用数据创建应用。
SimpleCollegeRecipes网站创始人兼CEO Brendan O’Connor认为，“API集成已成为现在Web应用开发者必备的技能。API允许你从其他网站上整合内容和信息。可以说，API使人人受益，包括终端用户，API供应商以及程序员自己。”
总结：
Web应用开发正在不断演变，Web开发所具备的技能也在不断更新变化中。开发者唯有不断进取、学习新的知识才能在开发行业中站住脚。当然，想要掌握每一种Web（移动Web）技能，几乎是不可能的，大部分公司无法为员工给予Web以及移动开发方面不同的解决方案，不可能做到面面俱到。
㈣ 前端开发过程中遇到过什么困难
前端开发过程中遇到的困难还是很多
1、面试中前端开发过程中遇到的困难这个问题主要是相看面试者是不是有独立解决问题的能力及解决问题的方案以及工作中的的一些两点
2、遇到这样的问题可以说出一个自己解决的比较完美的问题，如：vue不适合做cms，因为单页面应用对seo很不友好，解决的方法就是：我们使用nuxt技术，在保证使用vue语法开发的同时，也使用了服务端渲染技术保证了seo效果，这个过程突出了自己的学习nuxt等新技术的能力
3、另外也是有很多实际的开发问题不好解决，的但是那些自己解决不好的问题不适合 在面试的过程中说的
㈤ 前端开发的难点到底在什么地方
不同级别的前端面临的难点各不相同，不可一概而论；
业务开发的前端难点在于对业务的理解和把控能力；
平台开发的前端难点在于产品化的把控和推进能力。
观点1：不同级别的前端面临的难点各不相同，不可一概而论。
其他回答有说 CSS 难，有说 CSS 不难的，每个人水平不同，这样争论毫无意义。我刚学前端时觉得 JS/CSS/浏览器兼容问题都很难，现在觉得也就那样，因为前端路子广，办法总比问题多。后来觉得要评估好需求，把控好项目质量比较难，很多时候我们是在干事，在解决问题，不是只埋头写代码，时间一长你会发现前端工作中，技术问题往往比较好解决，反而资源+协作问题比较麻烦。现在对我来说比较难的是快速产品化的能力，如何从无到有去做出一些有价值的东西。
举一个简单粗暴的例子吧：阿里前端很多，P5/P6 一大把，但是 P8/P9 的非常少，为什么？进阶的难点在哪里？
前端开发的难点跟前端进阶的难点是非常相似的。阿里对每个前端层级都有一个标准，这也从侧面回答了这个问题，比如对 P5 来说，难点可能是写好业务代码，保证其灵活性和可维护性，能解决各种适配问题；对 P6 来说则需要独挡一面，能独立 owner 需求，而 P7 则需要在某方面技术有深入理解，等等。
能提出这个问题首先得恭喜题主，说明题主在当前阶段遇到瓶颈了，需要向下一个 level 出击了。
观点2：业务开发的前端难点在于对业务的理解和把控能力。
业务逻辑开发本身并不是难点，谁都可以写。但是对于你自己负责的这块业务，后续业务的发展方向和潜力，你有去了解过吗？当业务方提需求过来时你是只负责执行还是和业务方一起探讨更合理的方案？你有没有给自己负责的产品提过一些建议？做过一些改善措施？如果前端只是作为一个执行者，作为一种被调度的资源，那么即使最终项目取得了好的成绩，跟你有多大关系？你自己会有多大的成就感？
另外一个很重要的点：就是对业务的把控能力。业务方总是会催着上线，开发时间不断被压缩该怎么办？进度不如预期怎么办？开发遇到瓶颈怎么办？发布新功能翻车了怎么办？
我见过有默默加班保证进度的，也有跟需求方重新谈延期的，有发布出问题手足无措的，也有自己默默修复的，有遇到瓶颈一筹莫展的，也有及时跟老板沟通，跟业务方撕逼的… 如何优雅的处理这些问题，有时候比写代码更难。为什么有的人业务代码逻辑混乱，写的一团糟？我不相信是智力问题，反倒更相信是对项目本身没有把控好，本来排了5天工作量的需求被业务方压到了3天，你还能保证写出健壮而不失风度的代码？
观点3：平台开发的前端难点在于产品化的把控和推进能力。
做业务时有人给你提需求，帮你出交互视觉稿，你只要负责写页面就行了。但是在支付宝前端，很多内部平台和技术产品都是技术自己主导，你需要自己发现问题，出方案，设计数据库，自己出页面，这是一个从无到有的创造的过程。并且要保证你做的东西是真正解决问题的，而不是做一些自己觉得很牛逼实际上并没有解决用户痛点的东西，用我老板的话说就是对产品的把控能力，不要跑偏了。前端是最容易做出产品化东西的工程师了，因为后端不会做 UI，UI 不会写代码，唯前端兼顾，这是最大优势。
再一个就是对产品的推进能力了，你做的东西可能需要各种资源？如何争取？可能牵扯到多方利益？如何权衡？东西做出来了如何推广?如何在用户的一片骂声中奋勇前进？
印象中很多平台型产品，刚开始投入使用时都是一片骂声，各种问题，说实话负责这些产品的程序员压力是相当大的，天天被骂还得彻夜帮别人解决问题，还得不断优化系统，你说难不难？
以上三点就是本文所展现的理念，希望能对大家有帮助。
㈥ 前端开发遇到的问题与怎么解决的
最终解决方法：愿化蝶飞向，注定是错觉，前端开发遇题与解决只是，不要高估情的美。，对方留下各种各样的印记。中间的小邪送出了。对每个人微笑。
㈦ web前端开发常遇到的问题有哪些
前端和后端没有可比性
前端的开发，如果没有总体的设计思路，会成为一种碎片似地程序，一个效果一坨代码，一个功能一滩脚本，一个需求片逻辑，我曾经遇到过，因为ue调整，把整个前端的代码除了核心数据处理函数保留，其余的全部修改的情况。基本上前端的开发，处于dom操作，数据处理，数据交互三部分，如果合理的分配这三部分的功能，那么前端的代码就很容易扩展和调整。可惜现在优秀的前端开发者很少，因为前端门槛很低。
那么接下来我回答挑战所在：真正的前端开发的挑战，还在于开发者的思路，兼容性，布局，css js都不是问题，问题在于如何合理的组织语言逻辑，如果正确抽象出需求中的模块，在如何用代码处理。清楚的用代码表达出思路，清楚的写好注释，给后续维护者一个可阅读的思路。
前端的改动量，是后端的数倍，前端没有绝对，只有跟随需求不停的修改。
㈧ 前端开发碰到的问题
具体问题需要具体分析，比较常见的问题有CSS冲突，JS冲突，页面编码错乱，都是基础问题
㈨ web前端，遇到不懂的问题，一般怎么解决
今天为大家整理和分析一下初学web前端的朋友总会遇见的几个问题以及我个人理解的解决办法。
1 能听懂，写不出来
我相信这应该是所有初学者的问题，就是看视频的时候，能听懂，但是到自己独立去写的时候却写不出来，就像我们总说说起来非常容易，但是做起来很难。这个是非常重要的一点，就是我们要掌握一个非常恰当而且适合自己的学习方法，这点非常重要，因为根据我的经验，接触过很多初学者，学着学着就放弃了，然而失败的原因基本都是相同的，只要一直坚持下去，基本上能学下去的都会成功的学成，这是我自己的感觉，至于学习方法要看你自己适合什么，也可以加我的前端群像我请教。
2 学完了之后就忘记
我们解决第一问题，就会立马迎来第二个问题，比如我们的HTML标签和一些css的属性，我们用浮动去实现一个效果，但是过了几天之后发现，这个我怎么不会用了，就在脑海中，但是怎么都想不起来，这里我给大家说的是，你学习的每一个知识点，必须而且以及一定要跟三个案例以上，只有应用到实处，才能更好的记忆，在你学习之后的知识点，要不断的温习前面的东西，不然一定会忘记。
3 看书看不懂怎么学
我接触过很多的新手说，我买了一个本从入门到精通的书，其实我想说如果你觉得看了一本书就可以学好前端找工作，那这个工作好像谁都可以做了，我个人在初学的时候是一本书没看过，但是我却看过大量的技术书籍，这个都是在我学完了一遍前端，学了一遍java之后才看的，因为这个时候我才能看懂，对于我之前学习的一些没有太懂的东西，进行了一个知识的补充，一个新手区看专业人士编辑的专业书籍，我真的很难想得到，有几个人能看下去一本几百页的书，而且能看懂，所以我个人建议新手学习不要看书，反正对我来说没有什么效率。
4 学了之后怕找不到工作
Web前端开发相对于后端来说确实是简单不少，而且就业率也是非常高，但是很多新手对这个行业太不了解，以为学了之后就能找到多少钱的工作，完全忽略了自己学了之后，到底学的怎么样，什么水平，有点不太现实，这个行业工资确实高，一个具有三年前端开发经验的人基本工资都会在15000以上，但是却不是那么好拿的，还是看自己自身的竞争能力怎么样。
以上的四个问题可能是初学者学习前端关心的几个问题，这都是我个人经验用白话文总结的，说的不是很好，大家见谅，这是我的web前端资料分享交流群 ：113485407
初学的新手有什么问题可以在群里问我，学习的疑惑什么的，群里有很多初学前端的新手，非常适合初学者，也可以管我要学习资料，都是免费分享的。
㈩ 前端开发的难点到底在什么地方
一般意义上的前端项目：
-从0到1，治理晒哦为健全点的都能捣鼓出来；
-从1到60，后后端或者设计岗位勉强能兼任；
-从60到80，需要比较专业的前端；
-从80到100，这么好的前端可遇不可求。
从0到1就是从无到有的过程，很多人用WordPress，建站之星就差不多就能搞个demo了，可以拿去骗投资人的钱。
从1到60，就是勉强可用，基本上让后端工程师或者UI设计师找一套bootstrap的模板东拼西凑的也能勉强应付到第一版本上线。
从60到80，就是真正要做一款能完备、性能优良、架构合理的中小规模产品，没有专业的设计、前端、后端、产品、运营是走不到这步的，差不多到A轮了。
从80到100，那就是追求各方面的极致，与竞争对手一较高下，各个方面没有顶尖的人才都会影响整体的战斗力，木桶效应。
解释一下：
1. 核心竞争力的主体是工程经验。
其实这个结论可以推广到其他研发岗位，就是每个研发岗位的知识体系都是由基础学科知识＋领域工程经验构成，彼此不可替代的就是工程经验部分。一个后端工程师一时间不能替代同等级前端工程师到不是基础或者智商的问题，主要是工程经验不足，你让一个前端一个后端分别实现对方领域中一个有明确输入输出的功能函数，二者通过简单学习新语言新语法，加上开发手册查询，一般都能比较正常的实现业务逻辑，但你让他们hold住对方领域的完整项目就很困难了，技术选型，系统设计，模块拆分，平台特性，宿主环境，性能优化，构建部署，系统测试等等都是领域工程经验问题。
2. 工程经验的等级是能cover项目从0发展到80+。
这个很好解释，因为从0-60的非专业前端也能做到，60+的才是专业前端。
所以不用担心核心竞争力问题，60+的前端现在都很抢手啊。工程经验只有60-的话确实压力比较大。