用心创造滤镜
扫码下载App
汇聚2000万达人的兴趣社区下载即送20张免费照片冲印
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
一个人经过不同程度的锻炼,就获得不同程度的修养。好比香料,捣得愈碎,磨得愈细,香得愈浓烈。我们曾如此渴望命运的波澜,到最后才发现：人生最曼妙的风景,竟是内心的淡定与从容,我们曾如此期盼外界的认可,到最后才知道：世界是自己的,与他人毫无关系。
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
&&&& 再来看一下前端设计师与后端开发师的比较形象的区分：
&&& &WEB前端和后端开发面临的挑战　　要成为一名高效的Web开发者，这需要我们做很多工作，来提高我们的工作方式，以及改善我们的劳动成果。而在开发中难免会遇到一些困难，从前端到后端，近日，在问答网站知乎上，有人抛出了“Web前端开发面临的挑战主要有哪些?”和“后端开发主要的挑战有哪些?”。&　　一、Web前端开发所面临的挑战&　　盛大Web工程师 曹刘阳：前端语言的胶水性需求太强 前端必须重视可维护性　　1.CSS和DOM提供的接口水平太低了，而BOM提供的控件只有input、select、textarea这几种最基本的，稍复杂一点的UI效果，都要前端自己利用CSS和DOM去组合创造。看到一个需求，脑子里第一步要想如何利用CSS、DOM这些基本的零件组合成最终的效果，实现最终效果其实是一个“创造”的过程，比如说tabView，treeView，richEditor，colorPicker这种看起来常见的组件，其实在前端里都是没有现成可用的，需要自己去实现。　　2.前端语言的胶水性需求太强。CSS、DOM、JS是三种不同的技术，这也是前端知识系统中要掌握的最重要的三个基本功。server端编程当然也会需要不同方向的知识，比如PHP、SQL等，但server端编程大部分时间只用专注在某一个知识点上，只要必要时粘一下其它语言。但前端不同，前端的效果是通过CSS、DOM、JS三者配合起来最终呈现出来的，脱了任何一个技术都寸步难行，时刻要同时考虑多个方向的知识点。换句话说，server端编程像是一个单线程，即使有技术交差，也是串行的，而前端编程像是开了三个线程同时在跑，复杂度是成倍增长的。　　3.CSS+DOM+JS的组合实在太强大了，同一个效果可以有多种完全不同的实现方式，每一种实现方式都会有不同的开发难度、扩展性、可维护性。解决方案太多，看到一个效果首先会先想到如何用CSS和DOM里那些low level的接口实现，这是一个“创造”的过程，这时脑子里可能冒出好多种不同的实现方法，“创造”完了之后还要“比较”，权衡各种解决方案的优劣，纠结一阵之后，才能选出最适合的方案。当然，并非前端都是完美主义，一定要选一个最好的方式出来，而是因为前端是GUI编程，直接面向用户，是最直接的产品呈现的部分，是门面。正因为如此，所以前端也是最容易被反复修改的部分。反复“修改”有多可怕，是个程序员都懂的，如果可维护性不好，那简直是恶梦。所以前端不得不重视可维护性，不重视可维护性直接等于自虐。　　4.浏览器兼容性。浏览器种类非常多，IE、Firefox、Chrome、Opera、还有众多的IE加壳浏览器，类似搜狗、傲游、360，再加上这些浏览器的移动终端版本。需要有Web标准，前端的知识大部分是通用于各个浏览器，但还是会有历史遗留问题，不同的浏览器有不同的问题特别是市场占有率最高的IE系，就IE自己市面上就有6、7、8、9这4个版本，4个版本之间各有各的问题。如果不积累点经验，面对疑难杂症那是一头雾水。　　豆瓣前端工程师 张克军：前端开发的五大挑战　　第一大挑战：兼容性。虽然微软已经决定将IE 6安乐死，IE 9/10看起来相当标准。向后兼容似乎轻松了，但向前兼容又开始越来越让人头疼了。Android上的webkit是多么混乱，在桌面浏览器上总是有CSS Hack可以摆平，但在mobile上只能考虑退化方案。从兼容浏览器(外加套壳的浏览器)到兼容设备，实际上兼容性变得更复杂了。　　第二大挑战：交互的复杂度。和目前UI/交互的要求相比，浏览器引擎给我们接囗的确太低级了。于是今年前端技术的热门话题是各种Javascript，CSS的预处理器、各种MVC框架和微框架的讨论。　　第三大挑战：代码可维护性。复杂度的提升直接影响代码的维护性。JS/CSS/HTML代码生命周期越来越长，也就越来越需要从代码质量、架构和工具上保证它们的可维护性。代码的历史问题是永远的痛点。　　第四大挑战：性能。　　第五大挑战：个人成长。　　互联网评论员 莫言：开发者的思路很重要　　前端的开发，如果没有总体的设计思路，会成为一种碎片似地程序，一个效果一堆代码，一个功能一滩脚本，一个需求片逻辑，我曾经遇到过，因为ue调整，把整个前端的代码除了核心数据处理函数保留，其余的全部修改的情况。基本上前端的开发，处于DOM操作，数据处理，数据交互三部分，如果合理的分配这三部分的功能，那么前端的代码就很容易扩展和调整。他认为真正的前端开发挑战，还在于开发者的思路。兼容性，布局，CSS和JS都不是问题，问题在于如何合理的组织语言逻辑，如果正确抽象出需求中的模块。如何用代码处理，清楚的用代码表达出思路，清楚的写好注释，给后续维护者一个可阅读的思路。前端的改动量，是后端的数倍，前端没有绝对，只有跟随需求不停的修改。&　　二、Web后端开发面临的挑战：&　　1.第一大挑战，后端开发最重要的挑战，来自于规模　　规模的扩大，比如访问量扩大，文件存储量扩大，数据量扩大，服务器数量扩大等。一个前端看起来一模一样的网站，某一种指标如果扩大十倍，几乎都会面临一大堆的问题和挑战。另一方面，在规模扩大以后，后端系统架构，一定会复杂化。原来只有一台Server，LAMP都装在一起。然后数据库分出来，反向代理，负载均衡，分库分表，Memcache，Message Queue，事务处理，CDN，NOSQL，种种架构，Server，就逐渐的演化出来了。架构的复杂化，自然会带来更多的问题和更多的挑战。　　2.第二大挑战，来自于安全　　安全问题层出不穷，防不胜防。需要技术手段，也需要管理制度。　　3.第三大挑战，来自于效率　　能否提供足够的处理速度，能否提供足够的带宽，能否保证响应能力，这些是对外的效率。能否使用更少的服务器，能否使用更加便宜的服务器，能否使用更加节省能源的服务器，这些是对内的效率。　　4.第四大挑战，来自于需求变更　　当然，无论前端后端，都会面临需求变更，只要是软件开发，这都是大挑战。但是当一个系统已经稳定的，高效的运行时，需求变更来了，在满足需求之后，原本来没有问题的部分，会不会突然崩溃，一旦崩溃，就是后端工程师的噩梦。　　5.第五大挑战，来自于教条　　这个世界上有无数IT大公司，他们都很开放，都愿意分享自己的架构与技术。于是，对于“眼界开阔”的后端工程师而言，困难不在于如何解决，而在于如何从众多的解决方案中做出挑选。框架、实践不断涌现，成功案例也不断涌现。人家都用得好好的，你敢用吗?到底是勇于尝鲜，还是保守要紧呢?这个很难。　　互联网评论员 Neo Lee：后端开发的三大法则　　1. Design for failure。后端相当比例的代码不是为了一般情况下正确而存在，而是为了保证特殊或者极端情况下系统可接受的响应而存在的。这里有非常多的折衷要做：渐进改进还是超前设计?水平扩展、业务优化、前台还是后台处理?大量的折衷都是要根据不断变化的环境和需求去权衡的，所以很容易犯错。　　2. Architecture is about abstract。为什么要抽象?因为抽象的概念有更好的适应性，更易于复用，更能灵活适应变化。但是抽象是很难的，不恰当的抽象更是贻害无穷，要命的是，这些并没有很好的方法论，多数是依靠一组基本的原理，凭经验作出的。而Web后端开发在很长时间里并没有很重视这些，很多网站都是粗放型设计和开发出来的，所以补丁叠补丁的结构就顺理成章的成为了主流。　　3. Architecture IS product。架构本身即产品，一个软件产品包含了不同的视角，其中最重要的包括用户看到的视角、以及软件骨架即架构的视角。但产品就是产品，所有这些视角都是必须统一和一致的，这就要求架构必须理解产品的灵魂，而产品要理解架构的困难所在，否则很容易出现想做的事情做不到或者以巨大的架构代价实现一个边角功能这类悲剧。
阅读(7158)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'Web前端和后端之区分，以及面临的挑战',
blogAbstract:'&&&&&& 在我们实际的开发过程中，我们当前这样定位前端、后端开发人员。　　1)前端开发人员：精通JS，能熟练应用JQuery，懂CSS，能熟练运用这些知识，进行交互效果的开发。　　2)后端开发人员：会写Java代码，会写SQL语句，能做简单的数据库设计，会Spring和iBatis，懂一些设计模式等。　　现在来看，我们对前后端的要求还是蛮低的，尤其是后端，新员工经过培训之后都是可以参与到后端开发的，没有太高的技术门槛，唯一需要做的就是先变成熟练工种，这个阶段没有涉及到设计模式、架构、效率等一些列问题。　　还是先google一下，看看网上对Web前端开发、Web后端开发分别是什么?　　Web前端: 顾名思义是来做Web的前端的。我们这里所说的前端泛指Web',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:8,
publishTime:7,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:2,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'一个人经过不同程度的锻炼,就获得不同程度的修养。好比香料,捣得愈碎,磨得愈细,香得愈浓烈。我们曾如此渴望命运的波澜,到最后才发现：人生最曼妙的风景,竟是内心的淡定与从容,我们曾如此期盼外界的认可,到最后才知道：世界是自己的,与他人毫无关系。',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}> 前端胜于后端 智能监控技术的构成比较
&前端胜于后端 智能监控技术的构成比较分页浏览| 05:44&&&&【互联网 转载】 &&&&&
&&& 智能监控是一种源自计算机视觉的技术，是人工智能研究的一个分支，它在图像及图像描述之间建立映射关系，从而使计算机能够通过数字图像处理分析来理解视频画面中的内容。智能监控作为一种高端技术，分为前端智能交通和后端智能监控，两者有什么区别？智能监控行业应用有何表现？
　　两种架构方式智能监控技术比较
　　智能监控中，用户可以根据分析模块，通过在场景中预设不同的非法规则，一旦目标在场景中出现了违反预定义规则的行为，系统会自动发出告警信息，并触发联动相关的设备一种尖端监控技术。
　　有人说，智能监控技术使机械般的安全防范方式具备人类大脑的功能，它目前有两种架构方式，即前端嵌入式视频分析和后端纯软件视频分析，两者各有优缺点。嵌入式视频分析可以在前端直接对视频信息进行处理，减少了视频信息上传的网络带宽压力，并且安装简单易于系统集成。
　　同时还可以支持前端存储，无需进行图像的远程传输，并因此可以对图像进行高质量的前端存储，如果用户需要获得图像信息，则可以通过分布式事件搜索完成，并通过点播获得高质量现场画面。更重要的一点是，前端嵌入式智能分析让每个独立的分析单元可以成为单独的智能监控单元，即使整个系统的网络都瘫痪了，这些独立的前端单元还可以继续独立工作、进行存储和报警，避开了系统网络通信瘫痪所带来的监控瘫痪的风险。
　　但是这种架构开发复杂，灵活性差，扩容与升级比较困难；而后端纯软件视频分析是在视频监控系统的后端，往往将智能视频分析功能嵌入在平台软件上，由专门的视频处理来实现的。这种模式智能功能比较强大，并且容易扩容，但是它需要视频监控系统前端将所有的视频信息都上传到服务器，这对网络带宽的压力是非常大的。
　　此外，要在后端进行智能视频分析就必须对前端传来的图像进行解压再分析，这个过程占用了大量平台软件终端设备的资源，实际上并没有降低成本，反而使得作为观看与浏览图像的平台软件运行终端运行效率大幅下降，甚至无法支持很多路的视频解压和显示。
　　也因为如此，从图像处理质量、智能分析的效率、实时性以及性价比上看，在后端进行大规模的智能视频分析从目前安防产业的技术成熟度来说有些不合理，并且视频内容搜索时无法实现大规模场景下的视频事件搜索，这和前端分布式存储与搜索的理念是无法比拟的。因此后端智能分析的模式，只有在智能分析视频路数较少、存储和搜索规模要求不高的应用环境下才适合。
　　因此，目前，前端嵌入式视频分析架构方式占据一定的优势，因为嵌入式视频分析软件同样可以完成包括目标检测、跟踪、分类及规则定义等所有功能，并且选择嵌入式视频分析架构能将现有的传统视频监控系统升级为智能视频监控系统，是一种成本低且易于改造的方案。
　　而后端智能监控软件的核心是由各种算法组成的，不同的算法应用在不同的场景之中，比如面部识别算法、车牌识别算法、超分辨率图像增强算法及去雾算法等，而且各种应用场景的需求会随着具体环境的改变而改变。这表明，智能视频软件开发的难点在于投入应用后，面临着根据实际情况的改变而设置参数的情形，这就需要智能视频分析系统具有开放度高、兼容性好及操作方便等特性。
安防监控新闻热点
排行 文章标题
TOP10周热门监控摄像机排行榜
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
商家报价：
安防监控百科web 后台与前端相比_百度知道
web 后台与前端相比
毕业半年多了，学的是后台，工作之后因为公司安排做了前端，而且这个前端不是常规的js+css+html那种，就是cms系统的操作，感觉没有什么前途，想换工作，但是java后台那些很久没有接触了，找工作的话对后台开发不是很有信心，js,css还行，自己经常自学点，但是不知道前端和后台相比工资相比是怎样的，求web老手指点
提问者采纳
怎么说呢！前端其实很广！哥们我是从后端转到前端的！做了两三年的后端做烦了！所以转到前端玩玩！前端的工资其实不比后端低！主要看你这个前端都掌握些什么技能！一般来说一个会后端技术的前端的工资会相对来说比单独做后端的高！还有如果你这个前端专研的就是JavaScript，对原生态的JavaScript认识的非常透彻，那么你的工资不会低于8K（北京地区）！一般的公司都比较喜欢懂得做前后端数据交互的前端！前端不仅仅是js和css！还有网页的优化！SEO的理解！Ajax的原理及DOM的调试！等等！给你看看一个前端的技能图吧！
来自团队：
其他类似问题
为您推荐：
其他4条回答
我是专职前端，来回答两句吧。同一公司内部前端工资普遍低于程序员。如我上几家公司，程序员工资6000+，我4700。专职前端的市场需求旺盛，但真正有价值的岗位都集中在少数大型互联网公司。而程序员则需求更为广泛，且各个层次的程序员都能找得相应的岗位。
楼主你好啊，我一哥们在北京是干这个的，工资还是不错的，北京能拿5000+
当然是后端的工资高些 ，我是做前端的 前端的也不轻松啊
后台薪水高，我去过的公司都这样。
您可能关注的推广回答者：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁液相色谱柱柱压升高，怎么分段排查，怎么解决。是先拆开柱子前端，还是后端，根据柱压不变或下降怎么判断_百度知道
液相色谱柱柱压升高，怎么分段排查，怎么解决。是先拆开柱子前端，还是后端，根据柱压不变或下降怎么判断
拧开柱子前端，柱压下降是哪的原因，柱压不变是哪的原因，拧开后边呢，需要详细的解答，谢谢
提问者采纳
色谱柱主要升高的原因有很多，如果您是新手，我建议您从后向前拆比较好一些。首先拆下检测器出口管路，压力如果变小很多的话，证明检测器出口管路阻塞，如果压力变化不大，则拆掉检测器前端管路，压力变小很多则证明是检测池堵塞，变化不大继续往前拆，下面的部分原理相同了。想要快捷的找出问题所在这就需要您平时多做记录，明确固定流速和固定流动相时不装色谱柱、用两通将进样器和检测器连接以及装上色谱柱时的压力，一般压力升高不外乎有以下几种原因。1、管道过滤器堵塞2、色谱柱塌陷堵塞3、管路堵塞4、检测器堵塞当然还有别的原因，不过不常见，平时记录了各个部分单独运行时的正常压力，出了问题自然就好办得多。用了这么长时间液相，我的经验就是压力高了从后向前拆，压力低了从前向后拆
提问者评价
其他类似问题
为您推荐：
其他2条回答
您先接双通 看看是不是背压大 在接柱子 不接检测器 看看柱压升多少 我的QQ 我做色谱柱的
拧开柱子前端，柱压下降是色谱柱堵塞了，需要清洗色谱柱；拧开柱子前端柱压不变，那就是柱前系统堵塞了，堵塞可能会出现在进样器也可能出现在进样器之前，这是拆开泵出口来判断。
您可能关注的推广回答者：
液相色谱柱的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁　　最近研究servlet，看书时候书里讲到了c/s架构到b/s架构的演变，讲servlet的书都很老了，现在的b/s架构已经不是几年前的b/s架构，其实b/s架构就是web应用开发，对于这样的架构我们现在应该考虑的是前端和后端的分离（注意：这里的后端是指服务端）。
　　Web前端现在是一个独立的技术工种，这个工种的产生主要是针对互联网行业的需求，我在以前的文章里曾经讲到过，一个大型互联网网站，例如想淘宝网，它绝对不是一个Web项目，而是一群web项目的集合，那么如果不在前端进行整合，这么多web项目前端开发一定存在大量重复劳动，并且运维时候也存在难以统一管理的问题。本文假想一个面对需要前端资源整合的组织，如何做到前后端分离的解决思路。本文详情如下：
(一)&前后端分离的目的和作用
　　做Web开发也可以说是B/S架构开发，B端和S端从技术体系角度而言异构性很大，换而言之就是B端使用的技术和S端使用的技术不适于同一个体系，这样的结果导致实际开发中，很难做到专业分工，如果项目开发过程中管控不到位，这样的问题可能会影响到整个项目的开发质量，因此前后端分离的目的之一就是要做到专业化分工，提高项目的质量和开发效率。
　　随着技术的发展，当下的Web开发形势已经和以前有了很大的不同，早期的Web项目是一个封闭的项目，用户从浏览器里看到的页面直到后台数据库都是在一个项目里集成的，而现在Web系统的规模越来越大，中大型的Web系统是一个开放式的系统，开放型的系统用户在浏览器发起的请求可能会转发到外部的系统里进行处理，或者是本地的系统和外部系统一起完成请求的处理，此外有的请求可能不会直接请求数据库，而是请求缓存服务器，这些变化几乎都是发生在Web系统的服务端，前后端耦合度很高的Web系统服务端的复杂度提升必然带来了Web前端的复杂度的提升。因此Web前端从系统架构的角度也需要更加专业的管控，管控的作用之一就是前后端进行分离，降低前端对服务端的依耐性。
　　富客户端应用的普及导致Web前端技术开发更加专业化，Web前端工程师成为一个独立的技术岗位，Web前端开发技术的难度也越来越高，前后端的分离就是为Web前端开发营造一个良好的开发环境，不要让前端工程师被一些不可控的外在因素所影响（例如：前后端的耦合性），最后导致前端不能专心致志做出更加好的作品。所以，前后端分离是让前后端更加专业化，在技术和管理上将前端角色更加明确，更深入的挖掘前端开发的价值。
(二)&现有系统架构给前后端带来的问题以及解决方法
　　上图是目前大部分系统的架构图，虽然有些系统采用分布式架构，层与层之间使用了远程调用框架，但是本质上都逃不开上面这个架构设计。这张图是一张比较合理的图，在实际开发里最常发生的事情就是控制层（Control）越过服务层（Service）直接处理下面的资源。
　　前后端耦合的问题主要发生在控制层（Control），控制层是前端和服务端交互的边界，但是在开发过程中控制层（Control）和服务层（Service）常常混淆不清，这就是前后端耦合度高的重要原因。
　　因此要前后端解耦，就是要划清控制层的边界，控制层到底该属于前端还是服务端，在MVC模式里控制层作用是调度，控制层不是写业务逻辑的地方，因此将大量业务逻辑写到控制层其实是违背了MVC模式的思想，同时控制层是前端和服务端通讯的桥梁，其实控制层是参入了前端的工作任务，既然控制层要剥离业务操作同时控制层也要参入前端应用的开发，那么将控制层归为前端的一部分是完全合情合理合规的。
　　把控制层剥离了业务逻辑处理可能会让人不知道如何开发了，我觉得有这种想法的人是开发时候没有理解透MVC模式思想，编程随意性大养成了坏习惯，这个就需要这些人一点点去适应技术新趋势的发展。
　　前后端分离的终极目标应该是前端和服务端是完全独立的项目，前端项目包含上图里的浏览器和控制层，服务端项目包括服务层、DAO层等等，前端项目和服务端项目以高效的远程调用框架做通讯介质，项目开发时候前端项目做前端的事情，服务项目做服务端的事情，这样就让服务端开发的人员没有机会在控制层乱写代码了，保证了Web前端环境的纯粹性，最后生产发布也要独立部署，这样就达到了前后端真正解耦，但是前后端的沟通机制也是不可或缺的，我觉得它们之间的沟通使用高性能的远程调用框架，前后端相互约定通讯报文格式。.
　　其实不管服务端还是前端宏观流程无非是输入数据&数据处理&输出数据，但是服务端要把心思花在数据处理上，前端要更多关心的是输入输出数据时候的用户体验操作，服务端开发最大的问题就是违背MVC原则，代码编写的随意性，而前端不管出于安全还是性能考虑，最好是尽量少牵涉业务。前端和后端通讯层的独立，会将前后端进行真正的解耦，前面我讲到前后真正问题就是前端和后端技术路线不一致，但是传统Web开发里前后端又要融为一体，这就导致前后端很难做到专业化分工，对于前端应该尽量弱化通讯级别的开发工作，前端通讯编程只要知道调用哪个接口，传什么参数，怎么处理响应信息就行了。这样就能让前端和后端实现真正的专业化。
　　做到了这些，就不会发生开发时候前后端边界不清的问题了。
(三)&前后端分离的一些想法
　　本文主题应该是前后端分离，我上面的建议是个彻底方案，要革以前系统的命，对存量系统那该如何处理，答案还是重构代码，想方设法逐步减少已经发现的前后端耦合度高的问题，这个跟我之前的建议就是小重构和大重构的区别，如果有人觉得我上面建议合适，前端组应该马上提供一套这样的框架出来，这样后面的新系统就不会在循环前面的错误了。我觉得搭建这样的框架不会太复杂的。
　　我上面的前后端分离的目的就是将前端资源整合为一个整体，理清前后端的边界，这些做完后，前端组里该如何提升自己的能力了？
　　这时候要让前端的东西项目化，工程化，前端技术不能再当做开发者的玩具，它也是需要大量的系统架构，开发规范，自动化压缩混淆，自动化发布，前端监控和分析，前端优化等等。
　　上面这些问题都很重要，也很专业，如果我有机会能参入这样的事情，我还有个特别的建议，具体如下：
　　在一个企业内部，Web前端的组件，不管这个组件是UI层级，还是javascript开发层级，都脱离不了该企业业务产品的模式，其实看看像网易，新浪这样的门户网站的前端应用组件，它们用于做门户很合适，但是用它来做企业应用软件可能就不是太好使用，因此对于组件要有一个清晰的认识，我觉得可以把组件按业务场景分类，这里我可以举个例子，如果这个企业有给门户使用的组件，而这个组件很适合门户，应该把它归为门户组件，如果某些组件适合做网站后台管理的，那么就列为后台管理组件，如果某些组件能跨多了业务场景则标记为通用组件。
　　做分类的原因是为了理清组件的应用边界，这样我们可以有针对性的积累和完善这些组件，有意识的开发相关的组件，最终形成一个针对某个业务组件的组件仓库，这样等新需求过来，Web前端的项目经理或Web前端的技术经理可以通过场景分析该需求需要使用那些现有的技术，需求里的那些场景是要进行开发，新场景里有没有新开发的代码能生成新的组件，这就可以做到有计划有次序的积累。
　　Web前端的核心人员应该花更多精力去设计、积累、整理各种组件，通过实际业务需求去完善和丰富这些组件，最终达到组件可以覆盖到全公司绝大多数场景，最终通过组件积累形成完善的Web前端开发规范，这样的规范覆盖面广更加易于操作，对于企业而言Web前端开发流程就可以做到标准化，从而达到简单培训一些技术能力不高的开发人员就能完成相关的开发任务，同时也让Web前端核心人员也能很好的把控项目的质量和进度。
　　以上就是我的一些前后端分离的想法，它是一个很宏观的想法，没有太多技术实现细节，如果这个想法如果针对存量系统，的确是一个颠覆性的方案，如果Web前端允许一切重头来做，我个人觉得这还是很好的一个思路。前后端分离是Web前端专业化的万里长征第一步，如果这一步做好，前端就有一套专属自己的优质环境，那时候Web前端就会有更大的余力做更优秀的工作，这就是我的愿景。
　　当然我的构想也许并不太正确，如果有大牛看了本人文章还请多多指教。
　　今天是腊月23号，听说在北方23号就要过小年，呵呵，年味浓了，所以今天在这里祝关注博客园的童鞋们：新春快乐，新年大发哦！
阅读(...) 评论()}