www.ne6rd.cn
没有几篇技术文章，主要是放照片的。
MEAN 框架， NGINX 反向代理，用了阿里云和又拍云存储。

服务器用 centos ，桌面装了个 fedora 。至少一个系列的，体验一致。

如果用 debian 做服务器的话，自己 debian 当桌面应该也可以吧，不是说软件包很丰富那

之前自己想的一个简单的实现就是用 nodejs 搞个 http 服务器，开放一个 URL 接受表单请求，然后服务端自己用 fs 之类的库做 io 操作。

@lhbc
@orlando2000
@smallfount
感谢指点，就是这个需求。没反应过来这就是云存储。

4 年， 12K

感觉不需要和数据库表对应？因为实际业务需求有各种变化。
只要一个普通的返回数据接口，配套一个该接口的元数据接口就好了？

不知道你们的 METADATA 需要哪些信息，通过 java 对象来获得可以吗？

@Justrover
因为 JAVASCRIPT 才是一门语言，最基础的语法肯定是要学习的。 javascript 才是和 python 相对应的一个东西。
nodejs 只是一个 javascript 的运行环境。以前 javascript 只能在浏览器里运行。通过 nodejs 变成可以像本地的一个程序运行了，于是可以用来开发后台。

第二年 0 ，第三年+1 ，今年+0.5

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

@narukow

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

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

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

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

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

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

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

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

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

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