n******g
发帖数: 2201 | 1 这家伙是个buzz word 实际上是一般的function 对吧？
不如closure 复杂呢 |
m*****n
发帖数: 3575 | 2 很垃圾的一个东西，可以理解为带按钮的PPT
完全实现不了交互功能，还不如原来一个专门做GUI的包 |
n******g
发帖数: 2201 | 3 不谋而合！
交沪最好的framework you 推荐的吗？
Angular?
[在 minquan (三民主义) 的大作中提到：]
:很垃圾的一个东西，可以理解为带按钮的PPT
:完全实现不了交互功能，还不如原来一个专门做GUI的包 |
m*****n
发帖数: 3575 | 4 如果在R里做，就gWidgets2
它是集成了所有linux上GUI编程的一个简装版
作者写了
Programming Graphical User Interfaces in R
你可以装了这个包，按照这本书学一遍
就把主流的GUI体系都理解了
但是有个缺点，就是单机版，而且脱不开R
如果你想搞网页那一套，就要用Python作后台，JS作前台
这个版推荐两种JS框架，Angular或Vue
【在 n******g 的大作中提到】
: 不谋而合！
: 交沪最好的framework you 推荐的吗？
: Angular?
: [在 minquan (三民主义) 的大作中提到：]
: :很垃圾的一个东西，可以理解为带按钮的PPT
: :完全实现不了交互功能，还不如原来一个专门做GUI的包
|
g****t
发帖数: 31659 | 5 python bokeh 我画几百小时的电压电流互动图，每秒一个点没问题。
可以生成html一个文件包含所有。
缺点是html比较大，大概几十M。做数据报告可以了。
网站的话可能还是不行。
【在 m*****n 的大作中提到】
: 如果在R里做，就gWidgets2
: 它是集成了所有linux上GUI编程的一个简装版
: 作者写了
: Programming Graphical User Interfaces in R
: 你可以装了这个包，按照这本书学一遍
: 就把主流的GUI体系都理解了
: 但是有个缺点，就是单机版，而且脱不开R
: 如果你想搞网页那一套，就要用Python作后台，JS作前台
: 这个版推荐两种JS框架，Angular或Vue
|
d******c
发帖数: 2407 | 6 我对楼主和minquan上面的意见懒得评论。
回一下纯粹是避免被代表，别让外人看了“本版”就这个意见。 |
n******g
发帖数: 2201 | 7 哈哈误会了！我工作中要用到shiny 由于不会所以骂几句 现在正在学习
第一次接触前端 感觉好多东西都要hard code 不符合don't repeat yourself 原
则！
[在 dracodoc (david) 的大作中提到：]
:我对楼主和minquan上面的意见懒得评论。
:回一下纯粹是避免被代表，别让外人看了“本版”就这个意见。 |
l******n
发帖数: 9344 | 8 开发速度比其他任何framework都快 。。
当然做demo啥的可以，production不建议使用
【在 n******g 的大作中提到】
: 这家伙是个buzz word 实际上是一般的function 对吧？
: 不如closure 复杂呢
|
n******g
发帖数: 2201 | 9 大牛推荐个学习的tutorial 吧！
[在 longtian (有人的地方,就有江湖) 的大作中提到：]
:开发速度比其他任何framework都快 。。
:当然做demo啥的可以，production不建议使用 |
w***g
发帖数: 5958 | 10 为啥production不建议用。你说的地一句话让我心里痒了。
【在 l******n 的大作中提到】
: 开发速度比其他任何framework都快 。。
: 当然做demo啥的可以，production不建议使用
|
d******c
发帖数: 2407 | 11 作为demo足够，如果后台本来就是R，开发最快。
限制是：
1. UI方面基本够用，但你要是要求高，肯定有不太够用的时候。绝大多数情况是够用
的。
2. 后台方面，R本身是单线程的，所以多个用户同时访问一个shiny程序，是轮换提供
服务，一个用户的操作可能阻塞另一个用户。你用shinyapps.io，或者自己架server可
以设置多个worker，一个最少200M内存，worker主要受限于内存和cpu，所以这方面的
scale上限不高。
但是反过来，还是快，因为后台是R，前端给你包装的足够好了，用R写起来还是挺快的
。reactive是主要的难点，需要适应，适应后也可以。
对比一下其他方案，js牵扯的东西太多了，用shiny简化了很多。要用好shiny，html和
css还是需要了解，但是用起来比较简单。
还有就是R包装其他库很方便，有htmlwidget的存在，基本上任何js库都可以比较容易
地包装成R的package，这方面选择很多，leaflet，不少js visualization的库都有现
成的可以用。
【在 w***g 的大作中提到】
: 为啥production不建议用。你说的地一句话让我心里痒了。
|
n*****3
发帖数: 1584 | 12 https://shiny.rstudio.com/gallery/
most of the user case are included. it is very productive if you already
knows R, and the client is not picky about the details.
Feel a little like using clojurescript(which I do not use much), make simple
things very fast ,but hard thing(or details updates/modification) very hard.
BTW personaly I think all the new R library like dplyr, ggplot and shiny are
much better than python correspoding
packages,
but sure python has way way bigger Ego system.......
【在 d******c 的大作中提到】
: 作为demo足够，如果后台本来就是R，开发最快。
: 限制是：
: 1. UI方面基本够用，但你要是要求高，肯定有不太够用的时候。绝大多数情况是够用
: 的。
: 2. 后台方面，R本身是单线程的，所以多个用户同时访问一个shiny程序，是轮换提供
: 服务，一个用户的操作可能阻塞另一个用户。你用shinyapps.io，或者自己架server可
: 以设置多个worker，一个最少200M内存，worker主要受限于内存和cpu，所以这方面的
: scale上限不高。
: 但是反过来，还是快，因为后台是R，前端给你包装的足够好了，用R写起来还是挺快的
: 。reactive是主要的难点，需要适应，适应后也可以。
|
l******n
发帖数: 9344 | 13 开发快主要是R ecosystem的modeling工具丰富，shiny和R的结合很自然，学习曲线平
缓，能够很快做出prototype。你要做个包含数据，图表，甚至动画的网站，shiny很容
易。
我用shiny做demo，从数据库取数据然后用R的各种模型，最后画各种分析图，给客户看
一般都很满意。对付很多客户的internal应用，不超过100人没有很大的数据量（比如
建模），一般都没啥问题
当然颜值高是必须的。。。
【在 w***g 的大作中提到】
: 为啥production不建议用。你说的地一句话让我心里痒了。
|
w********m
发帖数: 1137 | 14 既然有web form做交互，总有坏人尝试各种各样的injection。
不知道R如何escape掉这些恶意代码的。
希望 shiny把安全性做好。 |
