httphelper

C#使用HttpWebRequest和HttpWebResponse上传文件示例 1.HttpHelper类： 复制内容到剪贴板 程序代码 using System; using System.Collections.Specialized; using System.IO; using System.Net; using System.Text; namespace ConsoleApplication1 { public static class HttpHelper { private static readonly Encoding DEFAULTENCODE = Encoding.UTF8; /// <summary> /// HttpUploadFile /// </summary> /// <param name="url"></param> /// <param name="file"></param> /// <param name="data"></param> /// <returns></returns> public static string HttpUploadFile(string url, string file, NameValueCollection data) { return HttpUploadFile(url, file, data,

WeChatHelper3.1.0.41.dll接口适用所有语言，今天我来讲一下用VC++(win32)来做个实例调用。 第一步：添加 rapidjson 类库 VC++用到的JSON库为： rapidjson ， rapidjson 头文件经在项目目录中了，我们把它包含到项目中： 第二步：创建HTTP类 VC++用wininet进行HTTP通信， HttpHelper.h #pragma once #include <iostream> #include <windows.h> #include <wininet.h> using namespace std; //每次读取的字节数 #define READ_BUFFER_SIZE 4096 enum HttpInterfaceError { Hir_Success = 0, //成功 Hir_InitErr, //初始化失败 Hir_ConnectErr, //连接HTTP服务器失败 Hir_SendErr, //发送请求失败 Hir_QueryErr, //查询HTTP请求头失败 Hir_404, //页面不存在 Hir_IllegalUrl, //无效的URL Hir_CreateFileErr, //创建文件失败 Hir_DownloadErr, //下载失败 Hir_QueryIPErr, //获取域名对应的地址失败

前言 在之前的博客中我介绍了如何实现生产现场的条码打印，我们的生活中到处都是条码，一维码、二维码随处可见，更别说一家从事生产制造加工的工厂了，而条码种类繁多、离线打印等情况就直接导致了条码管控上的难度，甚至会出现较为严重的品质事件，上一个版本中我是通过Web应用程序调用 WinForm 中的函数进行打印，WinForm中嵌套了 WebBrowser 来浏览网页，通过这几年的实际运用，这个方法基本能够满足大部分需求，但还是美中不足，由于 WebBrowser 所示用的浏览器内核比较低，导致很多样式无法兼容，尽管网络上有一些方法去改变这个问题(比如webkit，cef，修改注册表等等)，但总是或多或少有一些问题。 新的方案，告别 WinForm & WebBrowser 我们本次以生产线 卡通包装 工位为例，进行描述： 通常情况下，操作员会扫描多个彩盒条码，这个扫描的数量一个到多个不等，每一个彩盒上面都有一个唯一的条形码或二维码，当彩盒扫描完成以后需要结束装箱，此时系统应该直接将对应的卡通标贴打印出来，操作员从打印机上撕下卡通标贴并贴于卡通箱，在此之前我们需要提前将卡通标贴的打印模板制作出来并上传至系统中，操作界面如下， 支持同一个产品打印多张标贴 ： 此时，我们需要编写一个 Api 来获取服务器上面的模板文件以及需要打印出来的数据列表，关键代码如下： string ServerUrl

　　随着互联网+物联网进程的加快，视频监控应用领域变得越来越广泛，其中海康威视 大华等品牌的摄像头频繁出现在视野中。由于去年也实现过智慧工地项目上的视频监控方案，加上当今直播趋势不减。现在总结一下： 缘由：是1对N 点对多的直播方式, 一般都是采用服务器转发，所以此处不考虑WebRTC这种端对端的方式，WebRTC将在下一篇文章中讲解下实现思路。 前提：需要海康威视或大华的摄像头，大华摄像头清晰度 品质较好，但相对于海康的摄像头较贵，所以海康威视的摄像头更受口袋欢迎。 一.自建流媒体服务器 　　第一种方式就是自建流媒体服务器，然后自己实现采集推流 到服务器 拉流到客户端播放。先看一张图： 先客户端软件或设备采集视频流和语音流，或者是摄像头硬件采集的画面流等（如何采集就属于硬件相关的问题了，此处不讨论） 然后通过推流的方式推到流媒体服务器，推流协议可以使用RTMP RMSP，这2种都是基于tcp的 不会丢包。但是很容易造成高延迟（具体的看服务器 网络 是否做CDN来支撑）。 1 // 可指定h264或h265编码，可以把h265编码看成是h264编码的升级版，在码率 体积 清晰度 移动补偿上更友好些 2 // 大体结构为：rtsp: // 摄像头用户名:密码@地址：端口 服务器上地址参数... 3 rtsp: // admin:yjt_jiankong@192.168.0.60

　　随着互联网+物联网进程的加快，视频监控应用领域变得越来越广泛，其中海康威视 大华等品牌的摄像头频繁出现在视野中。由于去年也实现过智慧工地项目上的视频监控方案，加上当今直播趋势不减。现在总结一下： 缘由：是1对N 点对多的直播方式, 一般都是采用服务器转发，所以此处不考虑WebRTC这种端对端的方式，WebRTC将在下一篇文章中讲解下实现思路。 前提：需要海康威视或大华的摄像头，大华摄像头清晰度 品质较好，但相对于海康的摄像头较贵，所以海康威视的摄像头更受口袋欢迎。 一.自建流媒体服务器 　　第一种方式就是自建流媒体服务器，然后自己实现采集推流 到服务器 拉流到客户端播放。先看一张图： 先客户端软件或设备采集视频流和语音流，或者是摄像头硬件采集的画面流等（如何采集就属于硬件相关的问题了，此处不讨论） 然后通过推流的方式推到流媒体服务器，推流协议可以使用RTMP RMSP，这2种都是基于tcp的 不会丢包。但是很容易造成高延迟（具体的看服务器 网络 是否做CDN来支撑）。 1 // 可指定h264或h265编码，可以把h265编码看成是h264编码的升级版，在码率 体积 清晰度 移动补偿上更友好些 2 // 大体结构为：rtsp: // 摄像头用户名:密码@地址：端口 服务器上地址参数... 3 rtsp: // admin:yjt_jiankong@192.168.0.60

　　随着互联网+物联网进程的加快，视频监控应用领域变得越来越广泛，其中海康威视 大华等品牌的摄像头频繁出现在视野中。由于去年也实现过智慧工地项目上的视频监控方案，加上当今直播趋势不减。现在总结一下： 缘由：是1对N 点对多的直播方式, 一般都是采用服务器转发，所以此处不考虑WebRTC这种端对端的方式，WebRTC将在下一篇文章中讲解下实现思路。 前提：需要海康威视或大华的摄像头，大华摄像头清晰度 品质较好，但相对于海康的摄像头较贵，所以海康威视的摄像头更受口袋欢迎。 一.自建流媒体服务器 　　第一种方式就是自建流媒体服务器，然后自己实现采集推流 到服务器 拉流到客户端播放。先看一张图： 先客户端软件或设备采集视频流和语音流，或者是摄像头硬件采集的画面流等（如何采集就属于硬件相关的问题了，此处不讨论） 然后通过推流的方式推到流媒体服务器，推流协议可以使用RTMP RMSP，这2种都是基于tcp的 不会丢包。但是很容易造成高延迟（具体的看服务器 网络 是否做CDN来支撑）。 1 // 可指定h264或h265编码，可以把h265编码看成是h264编码的升级版，在码率 体积 清晰度 移动补偿上更友好些 2 // 大体结构为：rtsp: // 摄像头用户名:密码@地址：端口 服务器上地址参数... 3 rtsp: // admin:yjt_jiankong@192.168.0.60