|
锁定老帖子 主题：Frails 介绍.
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-21
get的话，可以实现一些pretty url的。但是用post就不行了。
比方说，想要生成http://bloghost/myblog/2006/11/21/这样的机能，用jsf就会比较麻烦。 |
| 返回顶楼 | |
|
发表时间：2006-11-21
哎~~，JSF，是一个……，怎么说好呢，这东西是应对asp.net的，但又缺少asp.net很有优势的user defined web control支持，写一个jsf的web控件，难度不比写一个jsp tag小。web控件或者叫界面控件的可重用性，还是asp.net做的最好，jsf在这里根本没有优势，所谓的“拖放式”的界面开发，对严肃的web项目开发，有可能是一场噩梦。举一个例子，有一系列的页面都有固定的header和footer，你如何使用jsf，又不用在每一个jspf的页面上重复header和footer? <include>?呵呵，有用过jsf include的人就有体会了，那叫一个难受啊。
|
| 返回顶楼 | |
|
发表时间：2006-11-22
icess 写道 alang 写道 >比如 Form数据的提交, JSF规范中为了维护服务端的组件树 只能使用Post提交, 而不可以使用Get. 而Get方法在很多地方还是非常有用的.
post的严格使用，会让你的应用更安全。 post是比较好, 但是有时候Get还是有用的, 尤其在网络通信比较紧张的情况下. 有没有量化测试过呐? |
| 返回顶楼 | |
|
发表时间：2006-11-22
FRAILS 有项目出来了吗
|
| 返回顶楼 | |
|
发表时间：2006-11-22
icess 写道 dongbin 写道 icess 写道 alang 写道 >比如 Form数据的提交, JSF规范中为了维护服务端的组件树 只能使用Post提交, 而不可以使用Get. 而Get方法在很多地方还是非常有用的.
post的严格使用，会让你的应用更安全。 post是比较好, 但是有时候Get还是有用的, 尤其在网络通信比较紧张的情况下. Get 还是 POST和网络通信紧不紧张没有任何关系。 2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。 3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。 4. get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。 5. get安全性非常低，post安全性较高。 对于只有一两个参数的提交, 在传输相同参数的情况下, 是get 还是post传输的总数据量更少呢 “1. get是从服务器上获取数据，post是向服务器传送数据。”这句话我真是不理解，get跟post都是发送然后获取，怎么会是一个获取，一个发送？ “3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。”这位仁兄是不是在说asp？ “5. get安全性非常低，post安全性较高。”所谓的安全性高只不过是用户在地址栏看不到而已。 |
| 返回顶楼 | |
|
发表时间：2006-11-23
liangguanhui 写道 icess 写道 dongbin 写道 icess 写道 alang 写道 >比如 Form数据的提交, JSF规范中为了维护服务端的组件树 只能使用Post提交, 而不可以使用Get. 而Get方法在很多地方还是非常有用的.
post的严格使用，会让你的应用更安全。 post是比较好, 但是有时候Get还是有用的, 尤其在网络通信比较紧张的情况下. Get 还是 POST和网络通信紧不紧张没有任何关系。 2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。 3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。 4. get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。 5. get安全性非常低，post安全性较高。 对于只有一两个参数的提交, 在传输相同参数的情况下, 是get 还是post传输的总数据量更少呢 “1. get是从服务器上获取数据，post是向服务器传送数据。”这句话我真是不理解，get跟post都是发送然后获取，怎么会是一个获取，一个发送？ “3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。”这位仁兄是不是在说asp？ “5. get安全性非常低，post安全性较高。”所谓的安全性高只不过是用户在地址栏看不到而已。 同惑！！！ |
| 返回顶楼 | |
|
发表时间：2006-11-24
我来说一下吧， 实际上是这样的：
post 和get 都是用于向服务器发起请求，然后服务器向客户端返回结果。 只不过get方法被设计为“适合于”从服务器得到数据，但并不是不能向服务器 提交数据。get方法是将向服务器提交的数据直接放在url请求后的，比如一些 简短的用户名、密码数据什么的。同时，其向服务器提交的数据量是有限的。好像是 1M. post方法被设计为适合于向服务器提交数据，所以其向服务器提交的数据量理论上是没有 限制的。但是并不是说其就不能从服务器得到数据。实际上post一个请求后一般是 调用服务器一个方法然后执行页面重定向。这个“页面重定向”的页面html实际上就是 post方法从服务器获得的数据。 所以 不要被那种说法 所迷惑了，这两种方法都是能提交数据并获取数据的。 post方法用于需要向服务器提交大量的数据，需要安全性的数据； get方法用户去服务器取一些数据，比如获取一个页面，但是同时也灵活的允许你‘取’ 的时候提交一些简单的数据，比如菜单的固定配置参数什么的。 另外，通过post方法返回的页面 被刷新时是需要 ‘重定向’的，所谓的‘重定向’意思 就是将来到这个页面以前向服务器提交的那些‘大量’数据重新向服务器提交一次。 而get方法得到的页面再刷新时就不需要这个动作了，因为其本身就时向服务器获取数据， 即便其也向服务器提交了一些数据。因为是加在url请求后的，自动也就发给服务器了。 |
| 返回顶楼 | |
|
发表时间：2006-11-29
这下没有人疑惑了吧.
|
| 返回顶楼 | |
|
发表时间：2007-03-30
懂HTTP协议的应该对get和post的认识比较深刻。
我们知道，http协议中，请求的格式是 GET（或者post） 路径 版本CLCR http头的key:http头的valueCLCR CLCR 内容体 实际上，如果是get的话，参数是放在路径那里，用&符号分割，如果是post的话，数据是放在内容体那里，也是用&符号分割。 两者之前的差别，是get的参数是有一点限制的，而post的则没有。 |
| 返回顶楼 | |
|
发表时间：2007-03-30
chenxu 写道 只不过get方法被设计为“适合于”从服务器得到数据，但并不是不能向服务器 提交数据。get方法是将向服务器提交的数据直接放在url请求后的，比如一些 简短的用户名、密码数据什么的。同时，其向服务器提交的数据量是有限的。好像是 1M. 所谓的‘重定向’意思 就是将来到这个页面以前向服务器提交的那些‘大量’数据重新向服务器提交一次。 1好像不是大小的问题，我记得是长度的问题，使用get提交数据时url的长度是有限制的，大概是几百个字符串。 2重定向的工作原理是：通过在http头吧一个302的http返回码和新的位置一并发送给浏览器，然后浏览器将自动发出一个指向这个新位置的http请求，也就是说使用重定向其实是包含了浏览器的两次请求。使用重定向会引起少许的性能损失，不过这个影响是非常微小的 |
| 返回顶楼 | |
