Position Absolute

关于反应,Redux的思考& javascript in 2016

使用ES6,JavaScript语言正在转换&如果您目前正在使用骨干,则在不同哲学之后的新框架;是时候在整个生态系统没有你的情况下,你会看到它的时候。

要将这件作品放在角度上,我十年前开始作为一个HTML / CSS / JavaScript Integator,IE6,生活在jQuery的诞生,然后是骨干。我发现他们就在那些技术中进入了这些技术。我从来没有关心角度,我首先发现它奇怪,而不是解决我需要解决的任何东西。我很快用我的骨干堆栈,真的很快,我喜欢建立应用程序,而不是架构。

所有这些都被说,作为一个网络开发人员,你需要听风。我们为我们的技能支付,这需要我们留下锋利的刀。风在反应中强烈吹&Redux方向最近,所以我决定潜入并缺陷骨干。

这里有几个关于反应 - Redux生态系统的想法:

技术过载很难克服

Redux,React,Flux,ES6 / 7,WebPack,JSPM,一个接一个地解决它们,一切都应该没问题,但是将所有这些都结合在一起,学习如何用Redux进行应用程序突然变得更加困难。

不幸的是,这是我们今天面临的问题。启动新堆栈被认为是一个绿地项目。社区鼓励您使用所有新的闪亮工具,即使在ES6中的Redux教程中,也是在ES6中的 转箱生成 .

因此,我早早地击中了一堵墙,看了一个redux实施例子。我无法弄清楚在Redux Reducers中发生了什么,这是因为我不知道你可以使用传播运算符来合并阵列和对象,示例:

Redux很小但很复杂

Redux是一个微小的代码库,但代码并不简单读取。一个很好的例子是 applymiddle.js. ,大约15行,需要相当 大博客文章 解释发生了什么。

Redux也是一个应用程序架构,不带电池板应用程序架构。例如,最佳实践未完全标准化,Redux可让您完全松动如何实现API呼叫。这有它是upsides&缺点,这不是很难,只是你需要废除所有的一点点&碎片让它真的起作用。

让我们留下一大吨GitHub水板项目,所有事情都做得几乎不同。

是我们今天知道的JSX是JSX的未来吗?

反应很棒,它大大简化了渲染逻辑,添加了Redux和Magic开始发生在你的UI状态,它很简单,它是天才。

但是我们今天所知道的是JSX未来吗?我不太确定,我们继续回去&在模板发动机功能上进行。在任何情况下,我不喜欢与JSX一起使用,就像我不喜欢玉器一样。我喜欢干净的HTML,但这可能是我说话的旧积分商。

在NPM上共享插件是一个冒险(而不是一个好的)

请记住共享jQuery插件的日子与将JS文件放入Repo时简单&把它推到github?那些日子已经过去了。 最好的做法之一 是使用转发版本到ES5,使用WebPack CSS模块吗?现在,您必须找到一种方法来删除CSS或将其嵌入代码中。

我必须说,我决定放弃这一点,只使用ES6&WebPack CSS-Module,在我的WebPack Config中添加包含规则,因此它将其转换为某些节点模块。我的代码不可重复使用,绝对是,但我喜欢简单,这很简单。

但是有摩擦,我不确定人们是否会倾向于开源,就像他们为jQuery所做的那样&棱角。添加它是为了真正遵循Redux哲学,您的组件必须使用Redux Store来检索&推出状态,这使得更少的反应 - Redux组件。

今天的价格是多少?

当我使用新技术时,我一直想想几件事,易用性,多少时间为新的开发商带来速度?迭代应用程序是否更快?整体上有更好的性能吗?现在我不确定反应redux combo检查所有框。我们拍了微图书馆吗?

我没有觉得开发人员将转变为yeyux-尽可能轻松地反应,因为我在Facebook上&我担心采用率( 我不是说他们关心这一点 )。 Angular2终于来了 ,有一些凉爽的钟声&吹口哨,它可以恢复它丢失的空间。

有一件事, 我有点累,我并不孤单 .