项目前端框架选择的疑惑

[ne6rd]

3 个人的小团队，一个负责 java 后台，一个实习，我负责前台。
之前的一个后台管理类项目，用的是 angular ，开发起来挺顺畅。但是也有一点小问题：
1.IE8 里在部分交互场景响应比较卡。
2.单页面应用访问首页的时候要把所有资源都加载好。
这两点在面对几十个用户使用的后台管理项目中还算可以接受。

现在一个新的项目，内部 OA ，用户数大概 3000-5000 左右。要参考以前的系统来做。
以前是多页面，以 iframe 的形式镶嵌在另一个网站中。界面交互也有很多弹出窗口（涉及到在线 office 文件的浏览编辑），感觉并不太适合用 angular 。

这两天也在看 react ，但是好像常用的组件好像没有 angular 丰富（比如 angular-ui ）提供的那些。
而且还涉及到前端的数据绑定问题，好像还要使用 redux 之类的框架。

因为对 react 了解不深，请问我这样的需求应该如何选择前端框架呢？有没有其他的方案？
要不要考虑 java 后台的模板技术？谢谢

关于 IE8 的支持，我们也尝试过一些方法。比如考虑让用户安装 chrome 或者火狐。
但是碰到了一个更加无法逾越的坎，用户这边的登录不是通过账户密码，而是识别上海 ca 证书中心的数字证书密钥。然而这个密钥只提供了一个 activex 控件来识别。试过非 ie 内核的 activex 插件，对这个无效。
所以限制了用户的使用环境必须是 IE 。
然而还有很大一批用户使用的 XP 系统，最高只支持 ie8 。
所以如果要淘汰 ie8 ，不仅仅是淘汰浏览器，更要淘汰操作系统了。这个我们作为软件开发方是做不到的。

[ixiaohei]

建议不兼容 ie8 ，然后随便怎么选

[clino]

avalonjs 对 ie 支持较好
甚至之前说 ie6 都行

[learnshare]

放弃 IE 9 及以下，基本上什么都能用了

[answeryou]

针对交互性比较强的应用用 Angular 很合适，对于资源加载的问题你可以使用懒加载，你所说的问题并不是框架问题，还有针对你目前的团队资源， React 这一块也应该不是很熟，如果项目时间比较紧还是用原来熟悉的框架吧

[ne6rd]

@ixiaohei
@learnshare
我们当然非常想放弃 IE8 ，然而很遗憾，起码 3 年内还是做不到的。内部使用环境，不是互联网可以挑用户。

@clino
avalonjs 看了下，不知道性能怎么样。 angular 并不是不支持 ie8 ，只是部分交互上有卡顿感。


@answeryou
时间倒不是很急，大约有 1-3 个月可以用来准备。只是想用一个比较合适的工具来解决问题。

谢谢各位回复

[crazyxin1988]

用 jquery 不挺好的吗

[ne6rd]

@crazyxin1988 jquery 的话需要大量的 dom 操作吧。我们在使用 angular 之前就是只用 jquery 。
代码写出来逻辑太混乱了。控制界面样式的和业务数据逻辑的都混在一起。

[chairuosen]

vue 大法好，搭积木一样想怎么用怎么用。
想跟 angular 一样用，就上 vue-router ，跟 angular 不同的地方是支持异步的组件。
还可以只把 vue 当库用， DOM 交互多的地方就套上 vue ，其他地方不用。

[chairuosen]

@chairuosen 刚看到必须 IE8 ，当我没说~~~

[learnshare]

@ne6rd 内部系统当然更有能力要求抛弃 IE 了

[ne6rd]

@learnshare 我们只是外包方。。。大哥这一点您就不要纠结了

[ne6rd]

@chairuosen vue 了解过，应该是很不错的。无奈 ie8 不支持 Object.defineProperty ，模拟的办法都没有

[ne6rd]

@learnshare 增加了附言，我们也是有无奈的 [

[hanai]

react IE 8 没有问题，组件的话 ant.design 不错

[chairuosen]

"所以如果要淘汰 ie8 ，不仅仅是淘汰浏览器，更要淘汰操作系统了"
这句话不对啊，强制安装 chrome 就完事了

[ne6rd]

@chairuosen 前面有说了，因为密钥控件只支持 IE 系列。我们又没有能力去开发一个非 IE 内核的控件出来。
所以即使淘汰 IE8 ，也只能往 IE9-11 的方向发展。
然而 XP 最高只支持 IE8 。。。。。。

[chairuosen]

@ne6rd soga ，变态的甲方

[taoche]

1 ：你们的情况并不适合用 react ，不说 reat 开发效率不高，且选择 react 就面临被迫选择 react 的生态圈，对你们这个团队来说还是影响很大的。

2 ：继续 Angular ， Angular 1.5 版本之后 除了 dirty-checking 以外，已经没什么特别大的硬伤了。


至于你们的问题：
问题 1 ： 响应比较卡，我不清楚是「渲染」比较卡，还是 「交互」比较卡，这些虽然不能彻底解决，但都可以缓解。比如 惰性渲染 html 片段，不使用 操作 DOM 方式的动画，以及可以用 immutable 减少内存开支

问题 2 ： 其实 SPA 并不用 在首页把所有资源都准备好，还是可以以 page 为颗粒去加载，无论你用 什么模块加载器都可以解决这个问题。配合好 过度动画，其实很好解决。


注：虽然 Angular 性能不高，但更多时候是开发者自身使用不当。 虽然可以提高 IE8 的性能，但是想做到 足够流畅 是非常困难的

[ne6rd]

@hanai 感谢，看了感觉挺不错的。而且风格偏紧凑，适合一些国人的习惯。
不像 bootstarp 那样大行距，大留白了。

[clino]

@ne6rd avalonjs 的作者很注意性能 很多选择是在注重性能的前提下做出的 avalonjs 的性能相当不错的

[chemzqm]

最好不用框架，维护起来比浏览器 bug 还要坑。。

[learnshare]

@taoche IE8 的卡可能并不是优化代码就能解决的，毕竟许多年前的前端没有那么复杂的代码，那个时候的浏览器没有支撑现代前端代码的性能

[ne6rd]

@taoche 谢谢指教。
1.如果一个团队对 react 和 angular 熟悉程度相近的情况下， react 开发效率没有 angular 高？

2.angular 优化我们确实做的很不够。主要是有这个担心：
ie8 在仅仅使用 jquery 做交互的时候还是可以达到丝般顺滑的。用了 angular 虽然开发方便了，但是使用体验却打了折扣，而且即使花了一些手段去优化了，也仅仅是打到一个可用的水平，感觉投入和回报也有点不成比例。所以在想 react 这种机制完全不同的，能不能从根本上解决 ie8 的问题。

[taoche]

@learnshare 想做到 十分流畅 我上面已经说了 非常困难（因为不敢保证所有人都做不到，所以保留的说非常困难）

但是想把非常卡顿 优化成 可以接受。。 还是可以的。

[ezreal]

其实我想说 @hanai 的 react IE 8 没有问题，组件的话 ant.design 不错

我们的系统好多都从 angular 都迁到 react 了， anyway 个人喜欢也比较重要

[ne6rd]

@learnshare
理解。那个年代的交互其实并不比现在简单，只是那时候更倾向用后台模板技术。
现在前台这部分拿出来到客户端运行了，对浏览器的要求就高了。

[taoche]

@ne6rd 熟悉 react 不难，难的是在它那套生态下都掌握的很好。
这么说吧，我们现在在用 react + nw.js 以及 react 周边的那些东西 开发一个 IM 系统。 我同事都说 如果用 Angular 开发的话 估计只要用到现在 1/2 甚至 1/3 的时间。（业务场景可能不能拿来类比，仅从参考。 可能也是我们比较水）

[ne6rd]

@taoche
嗯，明白您的意思。 主要这个 OA 项目，是对历史项目的重构+更新功能。
历史项目并不是我们开发的，前端是 jsp 页面混杂着 java 代码。虽然非常难维护，但是性能还是非常不错的（丝般顺滑）。
如果我们重构之后，使用体验反而变差了，就有点本末倒置了。

[gouflv]

如果 ng 不适合的话, react vue 这些类似方案也不太需要考虑了

只剩 Backbone + Marionette

[baby4free]

jQuery+template 吧。。。。

[ne6rd]

@taoche
其实考虑 react 也是有一点自己的私心。不满足于只会使用 angular 。
现在 react 这么火，也想实际尝试一下。如果真的应用到生产环境的话，学习到的东西肯定是很多的。（当然会有一定风险）

[gouflv]

@ne6rd 小团队不要轻易尝试 react, 另外 vue 在灵活度上肯定是好于 react 的

[taoche]

@ne6rd 你可以尝试 把你们业务的某一个模块 用 react 开发一下。 对比一下体验

[hienchu]

最近刚撸了一个 React 的小项目，前期熟悉需要一些时间，但是开发效率个人觉得比 Angular 要高。 React 虽然没有 jQuery 那么快上手，但是性能上绝对是秒杀的。还有就是， React 的模块化对于后期的改动真的是很方便。

[jun0205]

前段时间一直在尝试各种前端框架，有个必要条件是支持 IE8 ，不支持 IE8 的都略过。
主要尝试了 angular, avalonjs, react, mithril 这几个。
最终选择的是 angular 做后台管理系统， mithril 做前台用户系统。

angular 在 github 上面有一个第三方的对 IE 8 的支持，选用的是 1.4 和 ui-bootstrap 0.12.1 支持 IE8 的版本。 angular 的资源太多了，有什么问题都能快速的找到，还有良好的 UI 测试 protractor 。后台也不需要太高的性能要求。

avalonjs 这个我写 demo 的时候就遇到坑了。没有好的项目结构生成方案。还有现在是 1.4 和 1.5 两个版本存在，如果选 1.5 的话相关的 mmRoute 都没发很好的配合使用，官方也没文档。

react 和 mithril 模板 mithril 真心比 react 简单多了，官方的性能测试也比较好，也可以对 IE 8 支持，也是我们需要的，
react 过于庞大很多都不是我们需要的， mithril 简单，需要的基本功能都有了，只是第三方插件不多，还问题多，最近天天在加班改。


要是公司项目最好选资源多的，遇到问题可以马上解决。

[hbkdsm]

@taoche 然而从 Angular 1.3 开始就不支持 IE 8 了。。。

[banricho]

这种有 IE 的需求那就 Avalon.js 吧
之前这里有个项目也是这么做的…非 IE 需求的话就不用它了

[taoche]

@hbkdsm 是有一些兼容性的方案的。这个没啥问题

[mgcnrx11]

我倒觉得，从密钥控件上着手会更好，研究改造成支持 Chrome ，其实应该就是做一下桥接的就行了吧，我猜。因为目前的某局级项目，就正是通过此方法全面支持 Chrome ，抛弃 IE 了

[narukow]

这种后台 OA 类系统的开发，最重要还是在于有没靠谱的 UI 库吧。我为新项目找前端框架也把几个主流框架看了遍， avalon 有 oniUI （但看介绍感觉太月厨中二爆表放弃了=_=）； vue 看起来很棒，但没 UI 库放弃了；最后选了 ant.design 来尝试，组件数量和成熟度都挺高了，更新也活跃，但目前好像还是小范围内试用，一想到前面好多坑没被人趟过就好忐忑。。。

[chairuosen]

@narukow vue 有 http://yuche.github.io/vue-strap/

[zluyuer]

可以使用 ui-router 替代原生路由，并配合 ocLazyLoad 按需加载资源，解决问题 2
https://github.com/angular-ui/ui-router
https://oclazyload.readme.io/docs/getting-started

[arzusyume]

1.比较卡没有啥通用解决的方法只能针对具体业务去一点点优化少做 watch
2.angular 也可以基于模块做异步加载, 多个 js,css 需要合并啥的可以丢给 web-server 去做热打包

[ne6rd]

@mgcnrx11
没弄过客户端的东西，无从下手啊。有详细的思路能分享一下吗

[ne6rd]

@narukow

对啊，企业开发 UI 库很重要。基本都是类似的交互，只不过业务逻辑不一样。
ant.design 看了非常心动，你们已经用在产品中了吗

[ne6rd]

@zluyuer
谢谢。 ui-router 那是早就已经用上了。
ocLazyLoad 看起来挺简单的，我去试试看。

[zonghua]

干嘛不用 Easy UI