|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-11-16
night_stalker 写道 对一个走下坡路的东西贡献青春，不值得。
走下坡路的是人不是其他东西。 我不想当个走下坡路的人。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
真空跳跃 写道 ns 我们闪了
该说的我们都说了 lz好运了 没有测试的代码 等于没有代码 lz请尽快把测试代码补全 我知道这位同学想表达什么， 恰恰相反，我对动态语言的好感少过静态语言， 也许你已习惯了一边写测试一边写Rails代码，因为那是Rails。 测试代码暂时没有(会在长远的计划中加入测试模块)，但没有测试代码也不妨碍你刷新浏览器运行程序， 我也有个个人毛病，不爱写测试代码。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
看介绍好强，跟playframework有得一拼了~~
|
| 返回顶楼 | |
|
发表时间：2009-11-16
ZHH2009 写道 真空跳跃 写道 ns 我们闪了
该说的我们都说了 lz好运了 没有测试的代码 等于没有代码 lz请尽快把测试代码补全 我知道这位同学想表达什么， 恰恰相反，我对动态语言的好感少过静态语言， 也许你已习惯了一边写测试一边写Rails代码，因为那是Rails。 测试代码暂时没有(会在长远的计划中加入测试模块)，但没有测试代码也不妨碍你刷新浏览器运行程序， 我也有个个人毛病，不爱写测试代码。 他可能是想看你的框架是不是可测试容易测试吧。目前看起来可测试性还是不错的。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
楼主的名字是不是跟：多余，都有 有关系啊~~
|
| 返回顶楼 | |
|
发表时间：2009-11-16
挖楼主好强, 可以花1年时间专研技术的人现在不多了
|
| 返回顶楼 | |
|
发表时间：2009-11-16
超级强悍的思路。而且只用了一年左右的时间来实现，佩服佩服。
|
| 返回顶楼 | |
|
发表时间：2009-11-16
ZHH2009 写道 真空跳跃 写道 明确一点 现阶段不少框架都开始尝试绕开servlet
但是针对点 大都是基于REST http://www.restlet.org/about/introduction 也指出了servlet对rest的不友好性 而lz的原因 引用 每次修改Servlet类的源代码时总得经过烦人的手工编译步骤(有时还不得不重启Tomcat)，
还有与数据库打交道的模型层也得人工干预，一堆烦人的映射配置。 我非常不解的是 在这个像AR,DM这样优秀orm遍地走的年代 lz居然介绍出这样"反潮流"的持久层... 的确让人叹为观止了 REST我不是很熟，如果是单纯的GET请求，用REST在URI中组织请求参数的确简单， 但是如请求参数超过了5个以上，那为什么不用POST提交， 一般的企业应用都是表单的多，表单差不多都是用POST提交的， Douyu的Action是可以自动解析GET和POST的请求参数的， 当然如果你用REST风格来组织URI，因为URI中没有?name=douyu&age=10这样的参数名/值对， 所以不能自动解析请求参数，但是你使用REST风格你必须事先声明routes(像Rails那样)， 我并不想采用REST风格，因为我不想多加其他配置， REST风格在解析URI并映射到控制器时也带来性能上的损失。 楼主的框架是专门为企业级应用定制的？从功能上讲get能做到的事情post也同样能做到。 但是lz“同时详细学习HTTP/1.0(RFC1945)与HTTP/1.1(RFC2616)协议”之后就没考虑到cache吗？ 你都post了还如何缓存呢？ ?name=douyu&age=10这样的参数名/值对是http协议支持的，rest只不过是经典的http协议，当然没有反对这样的风格....感觉lz对rest的理解有问题哦 
|
| 返回顶楼 | |
|
发表时间：2009-11-16
不了解。。。纯粹是支持国产。。支持楼主的精神！
|
| 返回顶楼 | |
|
发表时间：2009-11-16
Hooopo 写道 ZHH2009 写道 真空跳跃 写道 明确一点 现阶段不少框架都开始尝试绕开servlet
但是针对点 大都是基于REST http://www.restlet.org/about/introduction 也指出了servlet对rest的不友好性 而lz的原因 引用 每次修改Servlet类的源代码时总得经过烦人的手工编译步骤(有时还不得不重启Tomcat)，
还有与数据库打交道的模型层也得人工干预，一堆烦人的映射配置。 我非常不解的是 在这个像AR,DM这样优秀orm遍地走的年代 lz居然介绍出这样"反潮流"的持久层... 的确让人叹为观止了 REST我不是很熟，如果是单纯的GET请求，用REST在URI中组织请求参数的确简单， 但是如请求参数超过了5个以上，那为什么不用POST提交， 一般的企业应用都是表单的多，表单差不多都是用POST提交的， Douyu的Action是可以自动解析GET和POST的请求参数的， 当然如果你用REST风格来组织URI，因为URI中没有?name=douyu&age=10这样的参数名/值对， 所以不能自动解析请求参数，但是你使用REST风格你必须事先声明routes(像Rails那样)， 我并不想采用REST风格，因为我不想多加其他配置， REST风格在解析URI并映射到控制器时也带来性能上的损失。 楼主的框架是专门为企业级应用定制的？从功能上讲get能做到的事情post也同样能做到。 但是lz“同时详细学习HTTP/1.0(RFC1945)与HTTP/1.1(RFC2616)协议”之后就没考虑到cache吗？ 你都post了还如何缓存呢？ ?name=douyu&age=10这样的参数名/值对是http协议支持的，rest只不过是经典的http协议，当然没有反对这样的风格....感觉lz对rest的理解有问题哦 GET请求，如果请求的是静态资源，会正常处理各类IF_XXX请求头的， 也会给浏览器发回最后修改时间和Etag，服务器会在内存中缓存静态资源文件的内容， 这样不用每次都读文件，直接发送内存中的内容。但是对于POST请求目前没有对动态生成的内容缓存， 如果用消息摘要来判断动态内容是否有变化，计算消息摘要本身可能就会很费时了，目前没想到更好的方案。 rest就像前面回复的那样，确实不熟悉，没读过那篇论文，只在一些书上看到少许内容。 不过我对REST没什么兴趣。 Douyu也不限于开发企业应用，当然可以用于互联网，但是目前内部的Http服务器跟Apache之类的传统服器还是 差太远了，所以目前不能胜任于互联网的应用开发。 老实讲，我并不喜欢开发Http服务器，这一块你必须围绕着http协议转， 除了获得更好的性能、更好的安全性外玩不出什么新花样。 |
| 返回顶楼 | |
