|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-02-02
最后修改：2012-02-02
为什么非要只用一种呢，两者都用配合下岂不是更好，ruby、python做web方便，就用ruby、python呗，cas、工作流引擎java成熟，那就用java吧，php有成熟cms做门户那就直接用呗，配合时走下网络调用不是更好？
|
| 返回顶楼 | |
|
发表时间：2012-02-03
全冠清 写道 为什么非要只用一种呢，两者都用配合下岂不是更好，ruby、python做web方便，就用ruby、python呗，cas、工作流引擎java成熟，那就用java吧，php有成熟cms做门户那就直接用呗，配合时走下网络调用不是更好？
是一种不错的思路，但是技术路线过杂也会增加风险。 |
| 返回顶楼 | |
|
发表时间：2012-02-03
最后修改：2012-02-03
全冠清 写道 为什么非要只用一种呢，两者都用配合下岂不是更好，ruby、python做web方便，就用ruby、python呗，cas、工作流引擎java成熟，那就用java吧，php有成熟cms做门户那就直接用呗，配合时走下网络调用不是更好？
这个是框架层面的优势，但是我更为看重语言层面的优势，ruby语言的特性才是rails框架如此吸引人的关键。 而我们做的系统只要稍微复杂一点，现成的框架就不行了，需要扩展框架，甚至重新搭个框架。这个时候 语言的特性就更加重要了。 |
| 返回顶楼 | |
|
发表时间：2012-02-06
kaven 写道 全冠清 写道 为什么非要只用一种呢，两者都用配合下岂不是更好，ruby、python做web方便，就用ruby、python呗，cas、工作流引擎java成熟，那就用java吧，php有成熟cms做门户那就直接用呗，配合时走下网络调用不是更好？
这个是框架层面的优势，但是我更为看重语言层面的优势，ruby语言的特性才是rails框架如此吸引人的关键。 而我们做的系统只要稍微复杂一点，现成的框架就不行了，需要扩展框架，甚至重新搭个框架。这个时候 语言的特性就更加重要了。 ruby 除了做rails还能干啥？顶多也就是和shell script抢饭吃。 |
| 返回顶楼 | |
|
发表时间：2012-02-07
ray_linn 写道 kaven 写道 全冠清 写道 为什么非要只用一种呢，两者都用配合下岂不是更好，ruby、python做web方便，就用ruby、python呗，cas、工作流引擎java成熟，那就用java吧，php有成熟cms做门户那就直接用呗，配合时走下网络调用不是更好？
这个是框架层面的优势，但是我更为看重语言层面的优势，ruby语言的特性才是rails框架如此吸引人的关键。 而我们做的系统只要稍微复杂一点，现成的框架就不行了，需要扩展框架，甚至重新搭个框架。这个时候 语言的特性就更加重要了。 ruby 除了做rails还能干啥？顶多也就是和shell script抢饭吃。 直白一点目前也就这样了。 做Enterprise的应用Ruby的问题还是不少的，从语言本身来说，规范这一点与Java相比就差很多。这就是幸福的烦恼啊，谁让Ruby如此灵活，对于Enterprise的应用来说还是很致命的。另外，Java领域内的各种框架也是让Java在Enterprise中如鱼得水的重要原因，Ruby较之就是小巫见大巫了。 尽管也喜欢Ruby，可是现实就是这样，颇有些无奈 |
| 返回顶楼 | |
|
发表时间：2012-02-07
ray_linn 写道 ruby 除了做rails还能干啥？顶多也就是和shell script抢饭吃。 很多对日外包项目其实就是用bash写script 
|
| 返回顶楼 | |
|
发表时间：2012-02-10
博主又勾起我想去看看Ruby的念头
|
| 返回顶楼 | |
|
发表时间：2012-02-11
kaven 写道 rubynroll 写道 代码量不大，我用ruby作的项目，ruby代码从来不超过1w行，单个ruby文件大多在2-3百行。 用ruby写程序，我喜欢采用多进程模型，尽量把任务分解到各个小程序中完成，这样可以充分利用操作系统的资源，例如可以采用现成的监控系统，有些任务和shell脚本配合完成，等等。 例如有一个项目，前台web用rails，后台有十几个进程作一些控制，其中有一个控制电子闸门的，同一个程序有5个进程，因为要控制5个闸门。端口参数从命令行传入即可，既简单又方便扩展，操作系统进程提供了天然的容错屏障，一个进程挂了还不影响其他闸门的控制。 ruby相对于其他语言的一个优势是她表达能力强，因此程序可以短小精悍。另外因为rails的原因，有很多丰富的资源可以利用，例如ActiveRecord就可以轻松对付与数据库打交道的任务。 听上去非常不错 
还有一个问题就是源代码问题，如果用户购买源代码，那么问题比较简单， 有些时候用户没有购买源代码，ruby就比较麻烦了，不知道有什么简单有效的办法。 源代码保护我知道的有两种方式，一个方式 就是使用jruby来搞定，编译成.war包，里面的rb都变成.class，warble这个用起来还不错，不过由于是使用jruby，很多过去在ruby上的那一套部署方式来得没有那么平滑直接，还有tomcat应用重启特别地慢。 第二就是rubyencoder，使用方便，功能强大，支持各个版本的ruby,我已经试用了，支持Rails3项目，这个是收费的$159 |
| 返回顶楼 | |
|
发表时间：2012-02-16
kaven 写道 建模肯定需要做，但是初期花在建模上的时间我还是很少的，
现在采用快速搞出个原型，依靠不断重构测试迭代着前进， 设计已死，我是非常同意的。 ruby对于快速搞出个原型，还是非常称手的兵器。有的时候我 会用ruby写个原型，最后等结构稳定了，再翻译成其他语言。 你真是这么做的？能不能举个例子 |
| 返回顶楼 | |
|
发表时间：2012-02-16
rubynroll 写道 不知如何定义enterprise应用....我倒是用ruby做过一些几个月或许几年无人值守的应用，嵌入式系统。另外我还作过一些socket server的应用，也是稳定服务几个月不用重启的。事实上，即使是几个月才有的一次重启，也是因为服务器重启。
只要你不去使用不稳定的扩展，ruby本身运行还是相当稳定的。 呵呵，socket server你怎么做的？ |
| 返回顶楼 | |
