论坛首页 编程语言技术论坛

Rails简洁的模板系统Malline

浏览 9152 次
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-09-16  
jack 写道
性能如何,大规模应用的情况下,会不会使得的性能大量下降? 有没有内嵌的cache机制?

 

 有内嵌的cache机制,而且很好用,你可以查下doc,说的很明白:)

0 请登录后投票
   发表时间:2008-09-16  
感觉就是少打了几个字,还增加了测试和调试代码生成工作,不划算
0 请登录后投票
   发表时间:2008-09-16  
jack 写道
感觉就是少打了几个字,还增加了测试和调试代码生成工作,不划算

 

 这个不能简单的这么说,你用erb也要测试和调试代码的吧,除非你直接上HTML,ROR的哲学或许就是面向人的,你需要在可维护性 性能 易用性之间找到一个平衡点

0 请登录后投票
   发表时间:2008-09-16  
这个与haml到底有什么区别呢?我看haml简洁一点。
0 请登录后投票
   发表时间:2008-09-16  
一般表单或复用的地方用erb,其它地方用html,有时还有JS处理面页,绑定事件。。。
这时HTML看起来更直观,更方便了,反正偶很熟愁html+css
0 请登录后投票
   发表时间:2008-09-16  
liuqiang 写道

jack 写道
感觉就是少打了几个字,还增加了测试和调试代码生成工作,不划算


这个不能简单的这么说,你用erb也要测试和调试代码的吧,除非你直接上HTML,ROR的哲学或许就是面向人的,你需要在可维护性 性能 易用性之间找到一个平衡点



哦,我没有说明白,我是指多了调试生成html代码的工作,如果html代码输出有问题,页面就变形。一般仅需要检查html代码,看看那个tag或者css出错了。 如果多了个模版系统的话,需要去检查模版代码是否写的有问题。所以多了调试和测试生成html代码的工作,这部分工作本可以不需要做的。

这个模版系统,我觉得可以在一些需要用ruby代码拼接html代码的地方使用。特别是一些help函数. 不建议全部页面都换成模版。
0 请登录后投票
   发表时间:2008-09-16  
不仅仅限于简化HTML标签,其实还有很多其他特性(核心的),我还没有介绍,感兴趣的朋友可以去深入研究下。
0 请登录后投票
   发表时间:2008-09-17  
看html的代码量吧,代码量少的话无所谓。
感觉上不是必要。碰上了activescaffold之类的东西更加没必要。
0 请登录后投票
   发表时间:2008-09-26  
还是html漂亮啊,以前我就说过这个问题了。在程序里有大量的这些东西,结果导致调整HTML结构的时候就出问题了。很麻烦的。

个人比较喜欢这样
<h1>${entry.title}</h1>
.....

这样的话美工也能看明白,什么东西显示到哪里,只需要自己调整就行了。

PS:程序员兼美工飘。。。
0 请登录后投票
   发表时间:2008-10-06  
刑天战士 写道
liuqiang 写道
你们这种做法是合理的,一般美工给出个大致的页面,剩下的活可能就直接给程序了,不可能为了修改一个比如高度或者宽度的问题,还要拿给美工再修改,这样影响效率。

短时间熟悉div+css对于candidate也是一种必须的快速学习能力,何况仅仅是熟悉……

压根就不懂css的飘过……
我们公司都是这么做的,开发人员不懂css,调整style的活必须由美工来完成。他们不懂程序,需要告诉他们怎么改。有时候效率确实很低



调整style的活必须由美工来完成---- 面对这种情况,沟通成本很高,特别是哪种JS动态生成的HTML代码。
0 请登录后投票
论坛首页 编程语言技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics