该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-08-26
ltian 写道 无话可说,既然要解决V的问题,如果要进行企业开发,你们还是好好考虑我说的人机界面的需求吧。 我彻底无语了,我想你真的进错屋子了,但是屋子里面的人没打你,反被你打了几个不知所谓的闷棍。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 liuqiang 写道 ltian 写道 另外请教一下楼主,rail里面MVC中的V的开发快捷吗? 不会吧,问这个问题,简单的说,取决于你对V的掌握程度或者上javaeye/ajax的次数 无话可说,既然要解决V的问题,如果要进行企业开发,你们还是好好考虑我说的人机界面的需求吧。 V和框架关系并不大啊。。。 如果一定要扯上关系,我认为在rails的V上做扩展和做组件都比JAVA简单很多。 你画的那个界面图,如果有几个封装好的javascript组件,结合rjs或者其他的插件,实现起来有何难。。汗 即使使用flex,现在也有很多不错的一体化解决方案 这个就是“企业级”啊。。噢 rails天生在操作json和进行javascript远程调用后台代码方面有优势。 例如每个对象都有默认的to_json方法。 |
|
返回顶楼 | |
发表时间:2008-08-26
哎……,想不投票都难
|
|
返回顶楼 | |
发表时间:2008-08-26
rails 一样可以大量使用 javascript, 没有javascript怎么叫ajax?
rails 一样可以使用html, 没有html怎么叫web? 界面无非就是数据,资料的展示与用户的交互而已。 假设rails和java用一样的数据库,一样的资料储存系统, java能做到的界面与用户交互,没有rails做不到的,而且代码更少。 我是不是讲了废话?会不会被人鄙视。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 呵呵,那么简单吗?你拿一个出来吧。 - - 我们在讨论建筑结构设计问题,你却一直在纠结于窗户上的花纹怎么绘制, 而且我已经说了,良好的建筑结构设计使得花纹玻璃的更换更加容易 你还不理解。 我还能说什么呢。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 哦,要是这么说,这里更多人卖ROR呢。我是提醒大家,企业开发没想象中的那么简单。 是啊 企业开发简直堪比上帝创造世界啊 我管他简单不简单,我只知道凡事都要实践,问题都是一个一个解决的,答案不是YY出来的 参与讨论的很多人已经在很多方面有他们自己的最佳实践 “游泳很难的” 反正我是已经跳下水了。如何? |
|
返回顶楼 | |
发表时间:2008-08-26
我从大一到大四,老师从来没有教过我界面怎么做。
大一学离散,编程基础,数学,物理,电子学的一些基础, 软件设计的一些概念,软件验证的一些概念,还有数据结构与算法等。 大二 操作系统,汇编,不同的编程语言(函数式语言Haskell让我印象最深), 电子学的一些进阶, 电脑架构(architecture那个)..., 统计,高等代数等等 大三 网络协议, 电脑几何学,优化, 人机界面(但不是web界面)主要是讲解什么样的界面用户用起来舒服,如何减少颈椎炎的问题, ...测设等 大四 一些进阶与自选 我发现我大学都白学了,居然连RIA都不会用。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道
liuqiang 写道
ltian 写道
另外请教一下楼主,rail里面MVC中的V的开发快捷吗?
不会吧,问这个问题,简单的说,取决于你对V的掌握程度或者上javaeye/ajax的次数 无话可说,既然要解决V的问题,如果要进行企业开发,你们还是好好考虑我说的人机界面的需求吧。给大家看个V吧。我觉得Java在这方面也做得不好。我不用Java作为V。我认为V是一个很重要的问题。不论大型还是小型的企业开发。web应用还是要考虑V的问题。上面一个兄弟说银行的字符终端,其实也是V的问题。 rails主要还是基于js html css的web应用,如果你的富客户界面主要靠ajax来做,也就是还是基于文本的为主,那么比java快。谈到RIA,我没多少概念,但后台如果只起交互基本数据作用的话,没理由比java支持的差。讨论rails是当前最好的web框架也是基于html文本的情况,你给的这么富的客户端应该不是很常见的,前面还有人说企业应用在console下还一堆呢,不是非要这么富不可的view才算是企业应用吧。 但是,如果比较ajax在rails和java各框架中被融合的情况,那么你可以试试怎么在rails里面集成方便的ria开发,这个应该比用java更容易来做,当然说这话我的依据只是ajax在rails和java各框架中被集成的情况。但rails这个东西即使要否定,也值得看一下再去否定的。 不过实话实说,rails在V方面在ajax初来乍到的时候,极其领先和方便,这2年V上的发展并不多。比起Controller引进了Rest, Model是越做越强,View方面确实没什么太激烈的进步。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 第二,我提三个需求,用Rails能轻松实现,就说明我确实无知,我刚才是胡说,我冒犯了Rails这个神圣的框架和各位高人。 1. 你用Rails弹出一个有模窗口(做企业应用应该知道有模窗口),然后用鼠标拖动起来移动这个窗口。从这样窗口上选择一些数据然后再到主窗口上进行显示。 2.一个grid,有20列,屏幕显示不下。要求左边3行固定,剩余列用户可以根据需要左右滚动已能够全部显示。 3.一个窗口有两个控件,左边一棵树,右边一个gird,要求二者之间可以通过拖动来改变宽度,以适应数据的显示。 这是企业开发里面对界面的最常见和普通的要求。在Javaeye上一个没见,所以我说JAVA Eye网站的界面要求有些简单。JavaEye里面确实有些功能做的很好,我也没有小瞧这个网站。只是说这里面的技术运用的成功不能代表它能运用到企业开发领域。 我看了一下你的博客,都是写flex的,可能你对最近几年的javascript发展不太关心,我来举现在流行的例子来回答你的疑问: 1. 现在企业应用中一般不用有模窗口这个名词了,因为他是IE专有,而且弹窗容易被客户的浏览器插件给屏蔽。常见的是用LightBox,比如一个基于prototypejs的UI Lib: http://livepipe.net/control/window 2. 这个功能是常见的grid lib都会提供的,你可以看一下JavaEye的会员fins开发的GTGrid http://fins.iteye.com/blog/214290 3. 这是一个纵向的Split Layout和Tree/Grid2个控件的组合,提供layout机制的UI Lib都会提供,比如EXT/qooxdoo http://extjs.com/deploy/dev/examples/layout/complex.html http://demo.qooxdoo.org/0.8-rc1/demobrowser/#widget~Tree_Columns.html 你可以看到,在目前丰富的JS UI Lib帮助下,要实现这3个需求是很简单的,而且和后台代码没有任何关系。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 你说的我能理解,AJAx我用过,我想告诉各位的是向这样的客户端在企业应用中很多。对鼠标拖动和键盘快捷键的操做要求也很多。大家需要注意一下。
那么就用Flash做前端好了呀 so what? 后端服务器就不用做了? |
|
返回顶楼 | |