- 浏览: 4813079 次
- 性别:
- 来自: 上海
博客专栏
-
robbin谈管理
浏览量:136410
文章分类
最新评论
-
xly1981:
领导者是团队的灵魂。深入一线的过程,包括代码review,能帮 ...
robbin谈管理:改造团队的经验(2) -
jiehuangwei:
像这种总结比较性的ppt文档可以多发啊
Web并发模型粗浅探讨 -
linux1308:
看完学习到了很多东西,感谢推荐!
推荐一篇很好的RoR部署方案性能评测 -
zweite:
直接对搜索的结果进行缓存是不是会更快一点呢
漫谈应用缓存的命中率问题 -
kaogua:
现在已经是ruby2.0了, 不知道这个的效率是怎么样的, 是 ...
Ruby作为服务器端应用已经成熟了
http://www.loudthinking.com/arc/000602.html
CSDN上面有中文的翻译:
http://blog.csdn.net/dhansson/archive/2006/11/26/1415180.aspx
标题是“死星不可避免的灭亡 ”,引用星球大战的典故,含义是说对于那些庞大商业公司和机构搞出来的貌似威力无比的SOAP和Web Services就好像星球大战中帝国军队建造的终极武器-死星。
现在感觉起来我们已经到了星球大战-新希望这部电影的最后20分钟。......
而对甲板上的帝国指挥官来说,我敢肯定他们没有什么需要担心的事情标准化过程正在全速前进。我们有委员会来监督委员会。所以,一小拨叛逆的黑客的咕嘟很难改变什么。难道他们不知道死星很快就要完全投入使用吗?
......我肯定EJB和CORBA的推动者同样认为他们是不可战胜的,......
可能这就是IT业内一个大的运作的方法。我们必须要有一个复杂性深不可测的新的前沿以迷失于中。这个前沿需要工具修整,庞大的顾问团队,5年的任务计划,和进出的障碍
DHH认为了SOAP就像帝国军队的死星那样,貌似强大,却终将陨落。而推翻SOAP统治,取代SOAP成为网络web服务的REST虽然看似不值得一提,却终将获胜。
另外最近Google废除了以前发表的Google SOAP API,改用AJAX来提供Search服务了。
很有意思的事情和趋势,让我们明年好好看看是否REST将掀起真正的web服务革命吧,这是SOAP搞了六年都没有搞成功的事情。
BTW:很可惜这么好的文章在CSDN却没有什么点击和回复,sign~
怎么老扯到xml呢?
rest处理4类请求,再细的颗粒是还要自己做呀。
你可能误会了. 我明白rest的概念.
我是想将rest ws和soap ws放到soa中进行对比
至于soa为什么老扯到xml我就不回答了
普通的请求,哪里有xml什么事情?
假定传输的内容是xml文档.
怎么老扯到xml呢?
rest处理4类请求,再细的颗粒是还要自己做呀。
普通的请求,哪里有xml什么事情?
动作这个东西,可以放在任何地方,以任何形式表现。只要接收端能正确解析就可以。
rest只不过应用了http所支持东西来做,从形式上更加简练。
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
看来这只有借助具体实践来检验了
如果用url来指定ws的操作可以让xml中不包括具体的动作 order.com/order.save
<order>
<guessinfo/>
<goods/>
<参数>
<目标数据>/xmldb/order</目标数据>
......其它的比如 我们常用的?后面的paramater
</参数>
<order>
如果要用一个url来处理所有ws的操作那么就必需给xml加上动作指令 server端也必需做判断 order.com/order
<order>
<guessinfo/>
<goods/>
<参数/>
<动作>save</动作>
<order>
究竟哪个方式好 ?
对于WS是这个样子的。
但是对于rest,动作不是放在数据区的,而是放在了head里面。
get,post,put,delete是http很早就有的,但是为什么以前都是用get,post,很少关注put,delete呢?
因为现有浏览器很难支持。
现在开始关注rest,我想也是由于ajax所带动起来的,因为xmlhttprequest可以随意指定请求方式。
以前靠的是解析你的url来判断动作,现在只不过靠的请求方式来判断动作。
哪个方式好,我不敢妄言。
至于难以测试,客户端,ajax本来就难以测试,多加一个也无妨。
服务器端,我没有用过ror,不知道是怎么解析下发的,java的servlet对4中操作是支持的,内容形式的话估计还是要靠自己来判断,我想服务器端的测试,应该没有增加难度。
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
看来这只有借助具体实践来检验了
如果用url来指定ws的操作可以让xml中不包括具体的动作 order.com/order.save
<order>
<guessinfo/>
<goods/>
<参数>
<目标数据>/xmldb/order</目标数据>
......其它的比如 我们常用的?后面的paramater
</参数>
<order>
如果要用一个url来处理所有ws的操作那么就必需给xml加上动作指令 server端也必需做判断 order.com/order
<order>
<guessinfo/>
<goods/>
<参数/>
<动作>save</动作>
<order>
究竟哪个方式好 ?
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?REST is a kind of tech to implement Webservice.
我的理解,
一个普通的html请求是一棵树,
REST的请求是树枝,
WS是叶子。
当然,最终,要的都是叶子。
是 但是很概念 具体如何做还不很清晰.唯一明确的就是对ajax类客户端的肯定.
服务端如何做没有官方WS那样明确的规划.还需要探讨
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?REST is a kind of tech to implement Webservice.
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
因为它动作,以及操作内容形式的颗粒度太粗,操作内容处于ws和html之间,动作的话也只是把mvc里的c抽象出4大类。
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
你了解什么是REST了吗?
REST是什么?套用一个不客气的说法,就是“新瓶装老酒”。
简单的来讲,就是把if...else....换了个地方来做,不管是内容还是动作。
你了解什么是REST了吗?
CSDN上面有中文的翻译:
http://blog.csdn.net/dhansson/archive/2006/11/26/1415180.aspx
标题是“死星不可避免的灭亡 ”,引用星球大战的典故,含义是说对于那些庞大商业公司和机构搞出来的貌似威力无比的SOAP和Web Services就好像星球大战中帝国军队建造的终极武器-死星。
引用
现在感觉起来我们已经到了星球大战-新希望这部电影的最后20分钟。......
而对甲板上的帝国指挥官来说,我敢肯定他们没有什么需要担心的事情标准化过程正在全速前进。我们有委员会来监督委员会。所以,一小拨叛逆的黑客的咕嘟很难改变什么。难道他们不知道死星很快就要完全投入使用吗?
......我肯定EJB和CORBA的推动者同样认为他们是不可战胜的,......
可能这就是IT业内一个大的运作的方法。我们必须要有一个复杂性深不可测的新的前沿以迷失于中。这个前沿需要工具修整,庞大的顾问团队,5年的任务计划,和进出的障碍
引用
即将到来的Rails 1.2令我兴奋的就是它全部是关于尽量的让REST成为网络程序员自然的解决方案。肯定有很多人在某个方面根本不在乎。他们就是那些处于危机的人。但是使REST成为标准根本不难。REST已经很简单了。混合一点帮助,指导,和集成的常规,很快,程序员对项目经理实现SOAP接口的要求的反应就会是:”你真的想让我这么做?!?!”
DHH认为了SOAP就像帝国军队的死星那样,貌似强大,却终将陨落。而推翻SOAP统治,取代SOAP成为网络web服务的REST虽然看似不值得一提,却终将获胜。
另外最近Google废除了以前发表的Google SOAP API,改用AJAX来提供Search服务了。
很有意思的事情和趋势,让我们明年好好看看是否REST将掀起真正的web服务革命吧,这是SOAP搞了六年都没有搞成功的事情。
BTW:很可惜这么好的文章在CSDN却没有什么点击和回复,sign~
评论
33 楼
seadog
2007-04-10
不错的
32 楼
winterwolf
2007-04-05
weiqingfei 写道
winterwolf 写道
rest在读完head后一样还是要解析xml读数据啊 简单在那里?
怎么老扯到xml呢?
rest处理4类请求,再细的颗粒是还要自己做呀。
你可能误会了. 我明白rest的概念.
我是想将rest ws和soap ws放到soa中进行对比
至于soa为什么老扯到xml我就不回答了
31 楼
winterwolf
2007-04-05
gigix 写道
winterwolf 写道
rest在读完head后一样还是要解析xml读数据啊 简单在那里?
普通的请求,哪里有xml什么事情?
假定传输的内容是xml文档.
30 楼
weiqingfei
2007-04-05
winterwolf 写道
rest在读完head后一样还是要解析xml读数据啊 简单在那里?
怎么老扯到xml呢?
rest处理4类请求,再细的颗粒是还要自己做呀。
29 楼
gigix
2007-04-05
winterwolf 写道
rest在读完head后一样还是要解析xml读数据啊 简单在那里?
普通的请求,哪里有xml什么事情?
28 楼
winterwolf
2007-04-05
rest在读完head后一样还是要解析xml读数据啊 简单在那里?
将动作放到xml好处就多了
<acts>
<act url="sv1">
保存定单
<go>sv2</go>
<act>
<act url="sv2">
备份定单
<go>sv3</go>
<act>
<act url="sv3">
发货单
<go>end</go>
<act>
<acts>
将动作放到xml好处就多了
<acts>
<act url="sv1">
保存定单
<go>sv2</go>
<act>
<act url="sv2">
备份定单
<go>sv3</go>
<act>
<act url="sv3">
发货单
<go>end</go>
<act>
<acts>
27 楼
weiqingfei
2007-04-05
winterwolf 写道
rest确实是放在head里 这个方法也许只对不擅长处理xml的开发框架简单
其实用xslt或者直接用xquery即可对xml中的动作进行判断.
多数人不熟悉cocoon ops这样的框架所以认为这么做复杂.
我觉得这个和xml应该扯不上什么关系。其实用xslt或者直接用xquery即可对xml中的动作进行判断.
多数人不熟悉cocoon ops这样的框架所以认为这么做复杂.
动作这个东西,可以放在任何地方,以任何形式表现。只要接收端能正确解析就可以。
rest只不过应用了http所支持东西来做,从形式上更加简练。
26 楼
winterwolf
2007-04-05
rest确实是放在head里 这个方法也许只对不擅长处理xml的开发框架简单
其实用xslt或者直接用xquery即可对xml中的动作进行判断.
多数人不熟悉cocoon ops这样的框架所以认为这么做复杂.
其实用xslt或者直接用xquery即可对xml中的动作进行判断.
多数人不熟悉cocoon ops这样的框架所以认为这么做复杂.
25 楼
weiqingfei
2007-04-05
winterwolf 写道
weiqingfei 写道
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
看来这只有借助具体实践来检验了
如果用url来指定ws的操作可以让xml中不包括具体的动作 order.com/order.save
<order>
<guessinfo/>
<goods/>
<参数>
<目标数据>/xmldb/order</目标数据>
......其它的比如 我们常用的?后面的paramater
</参数>
<order>
如果要用一个url来处理所有ws的操作那么就必需给xml加上动作指令 server端也必需做判断 order.com/order
<order>
<guessinfo/>
<goods/>
<参数/>
<动作>save</动作>
<order>
究竟哪个方式好 ?
对于WS是这个样子的。
但是对于rest,动作不是放在数据区的,而是放在了head里面。
get,post,put,delete是http很早就有的,但是为什么以前都是用get,post,很少关注put,delete呢?
因为现有浏览器很难支持。
现在开始关注rest,我想也是由于ajax所带动起来的,因为xmlhttprequest可以随意指定请求方式。
以前靠的是解析你的url来判断动作,现在只不过靠的请求方式来判断动作。
哪个方式好,我不敢妄言。
至于难以测试,客户端,ajax本来就难以测试,多加一个也无妨。
服务器端,我没有用过ror,不知道是怎么解析下发的,java的servlet对4中操作是支持的,内容形式的话估计还是要靠自己来判断,我想服务器端的测试,应该没有增加难度。
24 楼
winterwolf
2007-04-05
那个方式好仅仅从服务内部是看不出来的.
当ws互相调用的时候可能差别就很大.也许是多url方便也许是一个url方便
但是有一点可以肯定就是多URL便于测试.
当ws互相调用的时候可能差别就很大.也许是多url方便也许是一个url方便
但是有一点可以肯定就是多URL便于测试.
23 楼
winterwolf
2007-04-05
weiqingfei 写道
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
看来这只有借助具体实践来检验了
如果用url来指定ws的操作可以让xml中不包括具体的动作 order.com/order.save
<order>
<guessinfo/>
<goods/>
<参数>
<目标数据>/xmldb/order</目标数据>
......其它的比如 我们常用的?后面的paramater
</参数>
<order>
如果要用一个url来处理所有ws的操作那么就必需给xml加上动作指令 server端也必需做判断 order.com/order
<order>
<guessinfo/>
<goods/>
<参数/>
<动作>save</动作>
<order>
究竟哪个方式好 ?
22 楼
weiqingfei
2007-04-05
dongbin 写道
winterwolf 写道
weiqingfei 写道
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
我的理解,
一个普通的html请求是一棵树,
REST的请求是树枝,
WS是叶子。
当然,最终,要的都是叶子。
21 楼
winterwolf
2007-04-05
dongbin 写道
REST is a kind of tech to implement Webservice.
是 但是很概念 具体如何做还不很清晰.唯一明确的就是对ajax类客户端的肯定.
服务端如何做没有官方WS那样明确的规划.还需要探讨
20 楼
weiqingfei
2007-04-05
winterwolf 写道
weiqingfei 写道
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
这儿的唯一性,不是绝对的唯一性,而是一种相对的唯一性。
对于操作,它只是抽象出经常用的4大类,分布在这4大类里的更细小的颗粒,还是要用url的方式(或者其它传统方式)来实现了。
由于head的局限性,不大可能把所有的服务都隐蔽在url之后。
至于这样的拆分,是更清晰了,还是更加混乱了,这就是仁者见仁,智者见智的事情了。
19 楼
dongbin
2007-04-05
winterwolf 写道
weiqingfei 写道
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
18 楼
winterwolf
2007-04-05
weiqingfei 写道
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
这正是我不理解的地方. 比如order.com是一个定单服务 那么所有对定单的操作都要用一个URL! 仅仅对一个定单的操作可以仅仅用save delete update 但是如果对全部定单进行备份和查询怎么办 ?
很多服务都被荫藏在url之后 这样rest还是会变的越来越复杂 最后变成官方的ws.
一旦服务被荫蔽在url之后 其它人就很难了结服务的内容及如何调用服务. 为什么不用url来表示资源和操作用guessorder.save allorder.backup 这样不是更简单更现实吗?
17 楼
weiqingfei
2007-04-05
winterwolf 写道
我的理解是rest是让URL通过 put post delete updata来提供ws服务. 但是我觉得没必要非用一个url象 www.ws.com/sv1.save www.ws.com/sv2.updata 不是更方面吗
put post delete updata在rest中所对应的操作,传统上都是用put post来做的,只不过判读动作以及内容形式是由用户自己实现的,现在只不过把这个判断交给了容器来做。因为它动作,以及操作内容形式的颗粒度太粗,操作内容处于ws和html之间,动作的话也只是把mvc里的c抽象出4大类。
rest提倡的一个观点就是uri的唯一性,对于同一内容的不同形式,以及不同动作都是通过同一个uri来完成的。把传统用uri来标识的动作,用html的head来标识。
16 楼
winterwolf
2007-04-04
我的理解是rest是让URL通过 put post delete updata来提供ws服务. 但是我觉得没必要非用一个url象 www.ws.com/sv1.save www.ws.com/sv2.updata 不是更方面吗
15 楼
weiqingfei
2007-04-04
dennis_zane 写道
weiqingfei 写道
奇怪,rest怎么能和ws放到同一个层次上来比呢?
你了解什么是REST了吗?
REST是什么?套用一个不客气的说法,就是“新瓶装老酒”。
简单的来讲,就是把if...else....换了个地方来做,不管是内容还是动作。
14 楼
dennis_zane
2007-04-04
weiqingfei 写道
奇怪,rest怎么能和ws放到同一个层次上来比呢?
你了解什么是REST了吗?
发表评论
-
《松本行弘的程序世界》推荐序
2011-07-21 13:47 15155在流行的编程语言中,ruby是一个比较另类的存在,这是因为大多 ... -
从Rails聊聊小公司的研发团队建设
2011-03-23 10:49 37179首先分享一点数据吧: JavaEye的PV到了140万了,一 ... -
Ruby作为服务器端应用已经成熟了
2009-11-17 14:55 15851JavaEye网站在过去的Ruby on rails实践当中, ... -
基于资源的HTTP Cache的实现介绍
2009-09-05 00:27 17029我们都知道浏览器会缓 ... -
请注意Rails2.3自带的memcache-client有性能问题
2009-03-23 18:05 14405Rails2.3版本发布了,这个版本内部的改动非常大,相关介绍 ... -
监视Rails进程内存泄漏的技巧
2008-12-30 21:56 10929Rails应用比较容易遇到的两类性能问题:一类是Rails执行 ... -
ruby MBARI大补丁性能评测报告
2008-12-23 12:19 5049JavaEye之前的新闻ruby内存泄漏的罪魁祸首 - 幽灵指 ... -
在top监视窗口显示Rails当前正在执行的请求URL
2008-12-01 14:15 9836这是一个从PragDave的博客上面学来的技巧,很实用,很co ... -
对Ruby VM的GC的思考
2008-09-02 23:41 8932Ruby虽然是动态脚本语言 ... -
推荐一篇很好的RoR部署方案性能评测
2008-07-08 11:55 9570今年年初的时候,我写了一篇RoR部署方案深度剖析的文章,分析了 ... -
Ruby和Rails的缺点
2008-06-25 21:08 17370有人说,robbin你说了那么多RoR的优点,你啥时候说说Ro ... -
Skynet --- ruby的类Google Map/Reduce框架
2008-06-02 00:39 8279Skynet是一个很响亮的名 ... -
rmmseg-cpp - 简洁高效的ruby中文分词程序
2008-05-27 00:47 11217我在前一篇文章向大家 ... -
使用libmmseg实现Ruby的中文分词功能
2008-05-24 21:43 11290用Ruby on Rails开发web2.0网站的人都知道,r ... -
mod_rails尝鲜
2008-04-13 14:32 8062Passenger(俗称mod_rails)是 ... -
Lighttpd和RoR安装配置的疑难解答
2008-03-07 11:09 14799之前写过一篇在Linux平 ... -
JavaEye网站的RoR性能优化经验谈
2008-01-20 16:11 18385JavaEye网站从2006年9月11 ... -
RoR部署方案深度剖析
2008-01-14 03:10 14737RoR的部署方案可谓五花八门,有Apache/Fastcgi方 ... -
RoR网站如何利用lighttpd的X-sendfile功能提升文件下载性能
2008-01-12 17:45 10208传统的Web服务器在处理文件下载的时候,总是先读入文件内容到应 ... -
Ruby为什么会受程序员的欢迎?
2008-01-07 20:08 15738孟岩最近写了一篇博客 ...
相关推荐
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
基于java的大学生第二课堂设计与实现.docx
jdk版本:jdk1.8+ 前端:vue.js+ElementUI 开发工具:IDEA 或者eclipse都支持 编程语言: java 框架支持:springboot 数据库: mysql 版本不限 数据库工具:Navicat/SQLyog都可以 详细技术:java+springboot+vue+MYSQL+MAVEN 前端采用的Vue框架,后端采用java语言,sprinboot框架,mybatis操作数据源,使用软件:idea,eclipse、MySQL。完成了用户登录管理等模块的设计与实现。完成了系统数据库的设计,并基于MySQL数据库管理系统
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
application.properties
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
linux常用命令大全
罗彩琳23002374.cpp
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 、4下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看rEADME.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
【资源说明】 1、开发环境:ssm框架;内含Mysql数据库;VUE技术 2、项目代码都经过严格调试,代码没有任何bug!下载可以直接使用! 3、本项目适合作为计算机、数学、电子信息等专业的课程设计、期末大作业和毕设项目,作为参考资料学习借鉴。 4、本资源作为“参考资料”如果需要实现其他功能,需要能看懂代码,并且热爱钻研,自行调试。
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看ReAdme.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 、本项目3比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看ReAdme.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通;、本项 3目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看ReAdme.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
1001001000000000000000000000000000000000000000
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。