Tag: 反应式编程
在Rx中的IConnectableObservables
有人可以解释一个Observable和一个ConnectableObservable之间的区别吗？ Rx扩展文档非常稀疏，我不明白在什么情况下ConnectableObservable是有用的。 这个类用在Replay / Prune方法中。
在RxJava中，如何在链接可观察的时候传递一个variables？
我使用RxJava链接asynchronous操作，并且想要向下游传递一些variables： Observable .from(modifications) .flatmap( (data1) -> { return op1(data1); }) … .flatmap( (data2) -> { // How to access data1 here ? return op2(data2); }) 这似乎是一个普遍的模式，但我无法find有关它的信息。
推荐阅读/教程了解反应式香蕉玻璃钢库
我对FRP（Functional Reactive Programming） 反应式香蕉 haskell库感兴趣。 你会推荐一些新手去理解无功香蕉背后的理论吗？ 据我所知，在这个领域有一些进展，不同的玻璃钢库使用不同的方法，所以我不认为任何玻璃钢纸都可以。
为什么在Redux-Saga上使用Redux-Observable？
我用过Redux-Saga 。 到目前为止，用它编写的代码很容易理解，除了JS生成器函数不时搞乱我的头。 根据我的理解， Redux-Observable可以实现处理副作用但不使用生成器函数的类似工作。 但是，Redux-Observable的文档并没有提供很多关于为什么它比Redux-Saga更好的观点。 我想知道是否使用生成器函数是使用Redux-Observable的唯一好处。 而使用Redux-Observable而不是Redux-Saga会有什么不好的地方呢？ 提前致谢。
当前的function反应式编程实现的状态是什么？
我试图在Haskell中直观地看到一些简单的自动物理系统（例如钟摆，机器人arm等）。 通常这些系统可以用类似的方程来描述 df/dt = c*f(t) + u(t) u(t)代表某种“智能控制”。 这些系统看起来很适合function反应编程范例。 于是我拿起Paul Hudak写的“Haskell School of Expression”一书，发现那里介绍的领域专用语言“FAL”（对于functionanimation语言）实际上对我的简单玩具系统非常好用（尽pipe一些function，特别是integrate ，似乎有点懒得有效使用，但容易修复）。 我的问题是，对于更先进甚至实际应用而言，更成熟，最新，维护良好，性能优化的替代scheme是什么？ 这个wiki页面列出了Haskell的几个选项，但我不清楚以下方面： 来自Conal Eliott的项目“反应式”的状态（据我所知）是这个编程范式的发明者之一，看起来有些陈旧。 我喜欢他的代码，但也许我应该尝试其他更新的替代scheme？ 在语法/性能/运行时稳定性方面，它们之间的主要区别是什么？ 引用2011年的一项调查 ，第6节，“ … FRP的实施仍然不够有效或足够可预测的性能，以有效地使用需要延迟保证的领域… ”。 虽然这项调查提出了一些有趣的可能的优化，但考虑到FRP已经有超过15年的历史了，我觉得这个性能问题可能至less在几年之内甚至是很难解决的。 这是真的？ 调查的同一作者在博客中谈到“时间泄漏”。 这个问题是FRP独特的问题，还是我们用纯粹的非严格语言进行编程时普遍存在的问题？ 你是否曾经发现，如果不够高性能的话，就很难稳定一个FRP系统的使用寿命？ 这仍然是一个研究水平的项目？ 人们喜欢工厂工程师，机器人工程师，财务工程师等，是否真正使用它们（以适合他们需要的whaterver语言）？ 虽然我个人比较喜欢Haskell的实现，但我可以接受其他的build议。 例如，有一个Erlang实现将会特别有趣 – 那么拥有一个智能的，适应性的，自学习的服务器进程将非常容易！
RxJava中的flatmap和switchmap有什么不同？
switchmap的rxjava文档定义比较模糊，它和flatmap链接到同一页面 。 两个运营商有什么区别？
dynamic创build带有shiny图的标签，而无需重新创build现有标签
我想创builddynamic标签，每当用户点击一个button，一个新的标签将被创build。 每个选项卡具有相同的内容，用户可以使用各种小部件来select要绘制哪组数据。 目前，我在这里使用的解决scheme来dynamic创build我的标签，但随着lapply正在调用一个函数调用tabPanel，并添加内容到标签 ` renderUI({ some_data <- # Dataframe that data is extracted goes here createTabs <- function(tabNum, some_data) { tabPanel(title = paste("Map", tabNum, sep=" "), fluidRow( column( width = 3, wellPanel( #widgets are added here } mTabs <- lapply(0:input$map, createTabs, some_data) do.call(tabsetPanel, mTabs) }) ` 这里的for循环的方法在这里发布，以在每个选项卡上创build图表。 但是，似乎不是创build一个新的选项卡，上述两个解决scheme都重新创build所有现有的选项卡。 所以如果当前有10个标签打开，所有10个标签都会被重新创build。 不幸的是，这也会重置每个选项卡上的所有用户设置（除了减慢应用程序的运行速度），还必须执行额外的规定，这会进一步减慢应用程序的速度，因为必须创build大量的input对象。 我看到一个菜单项的解决scheme似乎解决了这个问题，只需将所有的菜单项存储在一个列表中，每当生成一个新的菜单项时，它就被简单地添加到列表中，需要创build。 是这样的标签和渲染情节的可能吗？ 这是代码： newTabs <- […]
