V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xiangyuecn  ›  全部回复第 117 页 / 共 122 页
回复总数  2429
1 ... 109  110  111  112  113  114  115  116  117  118 ... 122  
2018-09-10 18:01:38 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@luozic
@zkd8907
@cdwyd

我也是一个杠精,何况在我自己写的帖子里面,百毒不侵,(doge+滑稽+辣稽
2018-09-10 17:57:34 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@xupefei 隔壁 java 笑了,哈哈哈,一些简单功能的缺失,用大的代价来弥补一下的做法,不到万不得已,不开相对重量级的 task,毕竟大部分请求 50ms 以内就完成了,一个 task 下来可能额外需要等待 0-50ms 才会做实际的任务

@daigouspy 一样

网络请求这种耗费时间的,按理应该提供比较精细的超时控制,jdk 就没有这个问题。
想到正则表达式都有超时控制,一个网络请求基本的东西,还要开线程控制超时,就是底层太简陋了。
.net 明显的缺陷看 dns 查询部分,太不靠谱
2018-09-10 17:42:14 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@yulitian888 字面意思 HttpClient extend WebClient,WebClient using HttpWebRequest,仅字面意思

@ZhLTE 差不多这意思,从请求创建开始,不管是哪里卡了,只要到时间还么有最终结果就是超时
2018-09-10 17:37:40 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@catcn 刀呢
2018-09-10 17:34:27 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@ZhLTE 比如 get 一下 www.dropbox.com ,能达到预期( 2 秒超时就是 2 秒超时)的语言就是 ok,.net 就是渣渣
2018-09-10 17:29:52 +08:00
回复了 xiangyuecn 创建的主题 程序员 C#中的废物 WebRequest
@cjw1115 @daigouspy 用什么都无所谓,关键是需要的功能有没有,有 System.Net.Http.HttpClient 这个框架自带的,配置设置基本没有,因为够简单,满足 98%的需求吧,2%就呵呵,仅此而已
辣眼睛 绝对是没有经过设计,然后没有前端写 css,100%是后端人员临时写的 html 代码

备案:
http://wx4.sinaimg.cn/large/a32300cdgy1fv2x1nwpnmj20zha4eb2g.jpg
2018-09-08 22:16:52 +08:00
回复了 beryl 创建的主题 程序员 请教个问题,程序参数判断是否应该多层校验呢?
是时候展现真正的技术了 代码改一改绝对管用:fooB( Cls cls_If_传_Null_弹小 JJ )
2018-09-08 21:26:33 +08:00
回复了 beryl 创建的主题 程序员 请教个问题,程序参数判断是否应该多层校验呢?
看到 private 我就笑了笑 不说话
2018-09-08 19:12:01 +08:00
回复了 onice 创建的主题 程序员 想往 web 全栈发展,前端需要学习哪些技术
@mumbler webview 了解一下,货真价实的一次编写到处运行(滑稽
2018-08-30 23:07:35 +08:00
回复了 Andor_Chen 创建的主题 Flask 送几本《Flask Web 开发(第 2 版)》
稀释一下 做个分母
2018-08-20 21:54:12 +08:00
回复了 wsds 创建的主题 Python 获取验证码是单独的 url, 那么每次的请求怎么能与验证码同步
围观楼上诸位大佬扯淡 (doge,极其普通的验证码也能扯上这么多 (滑稽

@wsds 你下载完了之后要保证后面访问页面的时候不会再次请求验证码这个地址,访问页面时候把验证码图片请求拦截干掉,验证码就不会变动了。。跟 session 什么的鬼东西一毛钱关系都没有,那是后端的玩意,跟请求跟页面有一毛钱关系,亏楼上还讨论的这么津津有味


或者你换一个方法,不要下载验证码,先访问页面,把验证码区域截个图然后获得验证码图片,还更简单粗暴可靠叼炸天
2018-08-13 21:16:38 +08:00
回复了 maninfog 创建的主题 Android Retrofit 如何优雅的请求这样的后台接口?
杠也杠了,擦一下屁股。虽然没用过 Retrofit,但查了一下,他可以 post 字符串出去,看人家写的:
http://wx3.sinaimg.cn/large/a32300cdgy1fu8dntfsz8j20nf090t9x.jpg

这样的话,现在优雅的层面完全就可以不在 Retrofit 这个层面上了,完全在如何优雅的生成一段 json 数据上。
依我暴力的习惯:

写一个静态类,类里面两个方法:
HashMap BuildPostMap()
String MapToJson(HashMap)

粗暴的使用:
1. BuildPostMap:生成一个 map,map 里面已包含所有必要参数数据
2. ........ 根据不同接口 put 参数到 map,至于参数从哪里来.....(这不重要)
3. MapToJson:map 转成 json,这么通用的功能,估计这个方法都可以省略
2018-08-13 20:54:34 +08:00
回复了 maninfog 创建的主题 Android Retrofit 如何优雅的请求这样的后台接口?
我好像理解错了。。。杠的那句收回来,哈哈


主题到底是 A:

后端要求:post: {key1:value,key2:value}
你发送:post: key1=value&key2=value

还是 B:

后端要求:post: key1=value&key2=value
你发送:post: {key1:value,key2:value}
2018-08-13 20:49:19 +08:00
回复了 maninfog 创建的主题 Android Retrofit 如何优雅的请求这样的后台接口?
@maninfog #6 这句话真难听,form 表单 application/x-www-form-urlencoded 请求的 body 格式是一个标准格式。。。后端已经吐了一口老血

顺带杠一句:楼上几位大佬真水( doge
2018-08-13 19:38:18 +08:00
回复了 maninfog 创建的主题 Android Retrofit 如何优雅的请求这样的后台接口?
发现别人家定义的注解用多了,写代码飞快。。。自己用简单对象搭积木反而不会,哈哈哈哈哈哈。传说:一顿操作猛如虎::一看战绩 0-5 (逃
2018-08-10 19:53:54 +08:00
回复了 imn1 创建的主题 Android 求 html2apk 最简单方法
你这种 apk 都不用了,把 html 文件和附带的所有文件都放到手机里面,一般 html 文件默认手机自带浏览器都可以打开

json 文件稍微调整一下,开头加个 var xxx=,文件档 js 文件引用到 html 里面

done.
2018-08-07 13:36:53 +08:00
回复了 hansonwang99 创建的主题 程序员 一只菜鸡的半年技术博客之路
有了集群,会不会写一篇分布式事物的干货来分享一下
2018-08-01 19:41:00 +08:00
回复了 VAPTCHA 创建的主题 推广 VAPTCHA 手势验证码十万悬赏求破解
以程序员的思想强 jian 用户,没有一点用户体验可言,点开来了验证码,你告诉我这么关闭,不是谁都爱按 esc 键的。。。


就算是程序员来用,也会吐槽你们没有原则,全程鼠标操作,搞什么灰机的 esc 键关闭弹出来的验证码,屁股决定脑袋?


我小电脑,弹出的会遮住底层按钮上的提示文字,弹出层上什么提示都没有,这估计是那些说不知道怎么用的根本原因。在弹出界面上写上提示这种比较大众点交互形式挺好,没有教育成本!

就是太丑了+1,刚吃饱上来喷一下,不喜欢就看楼下怎么说 (滑稽
来乡下下地种菜
1 ... 109  110  111  112  113  114  115  116  117  118 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5282 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 09:23 · PVG 17:23 · LAX 01:23 · JFK 04:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.