seajs为什么停止开发 seajs还有人用吗

本篇文章给大家谈谈seajs为什么停止开发，以及seajs还有人用吗对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

想知道js的框架和库有哪些

dom类库相关的：jquery,zepto,dojo等

加载器相关的：requirejs,seajs等

应用相关的：backbone,angular,vue,react,magix等

kissy创始人是谁

李艾曼。

Kissy是国内的一家内衣品牌，该品牌多通过微商、微店、微网站等多种互联网营销平台渠道售卖，由深圳市如吻服饰科技有限公司生产销售。kiss内衣采用混纺技术，将木代尔与冰丝结合，摸上去的手感比较光滑，没有明显条纹。

有什么使用方式类似easyui，但风格更高大上点的框架推荐

现在有何seajs不错，大框架的话Extjs，其他的还有kendoui

做Java开发，会如下技能，在深圳能拿多少

多谢邀请。目前互联网公司基本上都是前后端分离开发，所以你的前端技能基本上不会给你加分，相反，你的Java技能差于同等经验专注于后端的程序员。除非你愿意去小公司或者创业公司，才可能要求前后端都会。

单纯做Java开发，3年经验，中等能力的话，年薪大概20万到25万之间吧，5年经验大概30万。

其实影响薪资的除了技术本身，其它软技能也非常重要。比如学习能力，沟通能力，思路是否清晰等。

React解决了前端开发中的哪些痛点

下面我分一下逻辑来详述一下我对这个问题的见解。

1.前端开发中会有哪些问题需要考虑

2.目前解决这些问题的技术方案

3.React技术栈对上述问题的解决

一、前端开发中会有哪些问题需要考虑

讨论这个问题我觉得应该回到问题的本质-【前端开发会考虑些什么问题】，这些问题即是前端开发过程中的痛点也是难点，了解了这些问题才能知道为什么会有React出现，以及React如何解决这些问题的。

首先，对于一个前端团队来说，在进行前端技术规划的时候都应该考虑的事情：

组件库、模块化

开发效率

运行效率

可维护性

体验优化

组件库、模块化

首先是组件库，任何一个前端业务团队都会做的事情就是沉淀组件，公共基础组件，业务组件，函数工具库，这对于业界的前端来说是共识。组件库也就是轮子库，是提高团队开发效率的最好方式，同时也是团队的基础沉淀（拿KPI的绝佳帮手）

然后是模块化，在几年前，经常会看到一个js几千行的情况，但是基于可维护性和重用性的考虑，会把js拆分成模块，模块化的需求已经很普遍，出现了很多如`AMD``CMD``CommonJs``UMD`这些规范，以及`require.js``seaJs``Browserify``webpack`这些工具和库来解决这些问题。

开发效率

开发效率是前端团队对业务响应速度的反馈，如果一个业务交给前端团队过后几个月都没有结果那必然会引起上下游的不满，不管技术做的多棒，选什么框架，最终的目的都是完成业务。那哪些因素会影响开发效率呢？

1.业务代码架构设计

2.可重用模块和组件

第一点是业务代码的架构设计，好的设计能够极大的减少代码量和出bug的可能。第二是拥有大量可重用的模块和组件，能够快速的实现交互

运行效率

运行效率是用户体验的关键，对于对效率要求极高的业务场景来说，这可能是选择框架的第一标准

可维护性

前端开发中大多数在做的事情是：

1.新业务加功能

2.改版

3.解决bug

特别是在大公司的前端更是体会深刻，可能重来没有做过新业务，都是在维护旧的代码，填坑加埋坑。如果业务代码设计差，可阅读性差，很难定位bug。特别是千奇百怪的MVC设计，大控制器，复杂的Model，想要定位出哪里出了问题真是一件eggache的事情。

体验优化

体验已经成了现代化前端开发的必谈之物，所以出现了当页面应用(SPA)，InstantLoading，ApplicationShell]，Progresswebapp这些名词。

二、目前解决这些问题的技术方案

组件化：webComponent、polymer、x-tag、react、jQuery-plugin、angular-directive

模块化：webpack、browserify、require.js、sea.js

开发效率：MVC(Backbone)<Flux(React)<MVVM(Angular.js、vue、ember.js)

运行效率：Backbone、React

可维护性：Flux、Redux

现代化的一些框架几乎都包含组件化的考虑，不过在其他方面各有其优势，关键点是在开发效率和运行效率之间的平衡

三、React技术栈对上述问题的解决

注意我这里提的是React技术栈，并非题主说的React，个人认为在描述React的时候应该是在讲React生态体系，那对于上面说的难点痛点在React中一一对应的解决方案。

组件化：React天生组件化，这是React的核心，除了能够在团队内部积累业务组件以外，也能找到众多开源组件的实现

模块化：基于webpack可以使用Es6或CommonJs的写法实现模块化代码

开发效率：React的代码基本就是组件的组合，分而治之的方式让代码的可阅读性很高，容易理解。而且相比于MVC几乎是去除了Controller的角色，只用关心一个render函数，不用关系视图局部的修改。

运行效率：React实现了VirtualDOM，相比于MVVM框架具有更优的效率

可维护性：React基于flux或redux的架构设计，确定性的store很容易定位问题，无论是新增业务代码还是查找业务bug都不再是难题

体验：基于React可以很容易的实现SPA（React-router）

题外话：大多数人说React技术栈的学习成本太高，其实我想说的是真没有那么难。。。。真的，如果要学React但又苦于没有系统的学习资源，那我就打个小广告，最近在维护LeanReact-知乎专栏，会系统的讲解React生态的知识，有兴趣的朋友可以关注

好了，文章到此结束，希望可以帮助到大家。