经过三个星期的接触,对基于NETCF的mobile开发的认识也开始明朗起来, 一开始我认为最艰难的问题,在于解决怎么通过gprs发送数据,对我来说,gprs之前几乎一无所知,在我的认识里,也仅限于移动营业厅的宣传的通过gprs实现手机上网的广告,所幸的是我之前开通过这样的服务,down过几张图片,然后不知不觉中就扣了100大洋,从此再也没有开通过。
之前我一直以为gprs是一种新的,或者说是一种很特别的传输方式,特别到需要知道怎么控制它的一举一动,就像大人对小孩的无微不至的照顾一样,怎么接通网络,如何发送数据,服务器端又应该怎么做,等等等等,一无所知,在网上看了不少文章,都是一些艰涩拗口的,涉及到很多不懂的概念,其实到现在还有一些问题似懂非懂,但还是决定把自己的想法说出来,如有差池,还望不吝指教。
在我看来,其实mobile,你就把它看作是一台pc,或许是5年前更或许是10年前的pc,只不过是他的硬件指标约束了它的应用,它就像一台微型的pc,操作系统是微型的,运行在它上面的软件也是微型的,如此种种,但是中国有句俗话:小鸟虽小,五脏俱全。比如它可以连上网络,恩,还可以装上qq,甚至还有office,哦,还有adobe reader等等流行软件,而在网络这部分,就好比windows操作系统,只要有网卡,网线,当然网线的另一端连上外网的接口再,设置好了一些参数,比如ip地址,dns等等,就可以遨游网络了。上面所说的网卡网线属于硬件设施,而ip地址等等则属于软件设置。换位到mobile上,其实也一样,你开通了gprs服务(相当于硬件,当然还包括一些手机上实实在在的硬件),再在手机上设置好了一些参数,也一样可以上网了。看到这里,忽然让我想到一个问题,我们在开发类似asp的网站时,我们需要考虑数据是通过什么网络,又是怎么发送的吗,我们不需要知道这些技术细节,在我们开发的时候,我们只需要了解一些关键的类,然后调用他们的一些方法,复杂的事情都帮我们搞定了,至于网络数据怎么传送,我们才不用管,实际上mobile也是一样,数据传输都是构建于http协议之上,通过tcp/ip传到世界上的任何一个角落,既然都是通过http,那以往在pc上的种种开发方式不是都可以用了吗,最容易想到的就是webservice了,这真的很容易实现:)。如果你想通过tcp也可以,甚至你直接通过对socket编程也能达到一样的效果。哦,可以完全无视什么是gprs了。
目前为之,已经实现了socket上的通信,tcp的暂时没有,通过httpwebrequest也是一个不错的方案,最容易的还是webservice了。在摸索的过程中,顺便了解了一下msmq(微软的消息队列),感觉也是一个好东西,用来发送数据也是挺方便的,就是需要安装额外的组件,显然在mobile下不是很好的解决方案,但如果过几年,这也许就不在是什么大问题了。
公司关门的大叔来了,就此打住。也写的差不多了。想到什么再补充。
相关推荐
算力网:正在编织的“第二电网“
中国算力网:编织智能时代的"第二电网" 中国正在构建全国一体化算力网,目标让算力资源像水电一样即取即用。这一国家战略通过"东数西算"布局,将东部算力需求与西部清洁能源优势结合,形成三级时延圈(1ms城市级、5ms区域级、20ms国家级)。算力网采用三层架构:基础设施层的八大枢纽节点作为"发电厂",编排管理层的智能调度系统作为"调度中心",运营服务层提供标准化算力服务。关键技术包括算力路由、异构算力统一度量、无损网络和液冷技术等。
四路 CAN 转 4G 网关
SG‑CAN‑4G‑410 为**四路隔离 CAN 转 4G 工业网关**,把 CAN2.0A/B 报文封装成 TCP/UDP 报文,通过 4G 无线网络实现 CAN 总线远程监控、远程控制。四路 CAN 相互独立;以太网仅用于本地配置,不做业务数据传输;支持移动 / 联通 / 电信 4G 网络。
网络安全 —— 实验(基于华为eNSP模拟器)
8. 实验八 —— 通过路由的远程管理(基于实验七的基础配置)8. 实验八 —— 通过路由的远程管理(基于实验七的基础配置)6. 实验六 —— 交换机的远程控制(直接控制和间接控制)6. 实验六 —— 交换机的远程控制(直接控制和间接控制)5. 实验五 —— 将交换机作为PC端通过交换机相连。5. 实验五 —— 将交换机作为PC端通过交换机相连。4. 实验四 —— 两个PC机通过两台交换机相连。2. 实验二 —— 两个PC机通过交换机相连。2. 实验二 —— 两个PC机通过交换机相连。
【计算机网络】断点续传是怎么做到的:从 Range 请求到分片上传的完整机制
断点续传在下载侧靠的是 HTTP 现成的 Range 协议,Content-Range 保证偏移对得上,If-Range 防止文件变更导致的错误拼接;上传侧没有标准,需要自己设计 init/part/complete 三段式交互,核心是让服务端记住“哪些块已经收下”,从而把失败粒度从整个文件降到单个分片。 这套机制可以迁移到任何长耗时操作的设计上。判断方法很简单:先问失败粒度是多少。如果一次操作失败就得从头再来,那它迟早会在生产环境里出问题——传输、批量导入、数据迁移、长事务,都是同一个道理。把大操作切成
CXL技术入门:从PCIe到高性能计算的桥梁(附最新2.0协议解析)
本文深入解析CXL技术如何作为PCIe的进化版,成为高性能计算的关键桥梁,特别聚焦CXL 2.0协议的关键升级。从技术架构、三大子协议到典型应用场景,全面介绍CXL在缓存一致性、内存共享等方面的优势,帮助开发者快速掌握这一前沿技术。
金蝶EAS uploadlogo漏洞实战:如何快速检测你的系统是否受影响
本文详细解析了金蝶EAS uploadlogo任意文件上传漏洞的检测与防护方法,帮助企业安全团队快速识别系统风险。通过资产发现、漏洞验证和应急响应方案,有效防范财务数据泄露和系统入侵风险,提升企业整体安全防护能力。
【Linux网络】TCP 服务器并发处理多客户端:从 fork 分发到双重 fork 彻底消灭僵尸进程
拆解 TCP 服务器并发演进链:fork 分发连接、SIGCHLD 循环回收僵尸、双重 fork 交孙进程给 init 收养,并给出模型选型与线上排错对照。
CSM中一些常见问题的解决方式
CSM中一些常见问题的解决方式 抖动 摄像机在每帧移动或者旋转时,会产生较严重的抖动问题。
Linux 服务器性能排查手册(2026):CPU、内存、磁盘IO、网络四大瓶颈定位
iptables 四表五链模型、firewalld zone 信任级别、云安全组与主机防火墙的关系与优先级,避坑改了防火墙把自己挡在服务器外面的翻车事故。
171、运动控制中的标定:摩擦力与死区补偿标定
摘要(149字) 运动控制系统中的摩擦力与死区补偿是提升精度的关键。摩擦力分为静摩擦、库仑摩擦和粘滞摩擦,其中Stribeck效应是低速抖动的主因;死区则表现为控制信号的无效区间。有效标定方法包括恒速测试(摩擦力)和斜坡响应法(死区)。补偿策略需采用分段前馈和动态调整,避免过度补偿导致振荡。实践中要注意机械状态检查、补偿量限幅,并定期重新标定。硬件升级配合算法补偿才能实现最优控制,标定工作应优先于PID参数调整。
【24E】SWT6652 wifi驱动加载失败问题分析及解决方案
修改驱动配置Kconfig。是由于内存分配失败导致。
AI 芯片片上网络 NoC 深度解析:flit、虚通道与拥塞控制如何决定 GPU/TPU/LPU 的算力利用率
AI芯片算力瓶颈不在FLOPS,而在片上网络(NoC)——数据搬运的能耗与延迟决定MFU上限。物理限制下,长线延迟不随工艺缩小,迫使NoC将全局布线拆为可流水的短链路;能量账显示,一跳传输耗能可达数十次乘加操作。拓扑选择直接影响性能:二维mesh虽布线可行,但均匀流量下每节点可用带宽按1/√N衰减,实测仅达标称值30%。虚通道、双网设计、静态调度(如Groq)等技术旨在突破此瓶颈。从总线到crossbar再到多跳NoC,本质是用延迟换可行性。未来趋势:专用通路(脉动阵列)、晶圆级集成(Cerebras)、跨
【视频】GStreamer+WebRTC(九):使用NVIDIA硬编解码
2)下载 GStreamer-bad 插件包源码注意要下载和 GStreamer版本对应的插件包3)下载NVIDIA硬编解码SDK最新的SDK下载地址注意 GStreamer 1.24.2 中调用的 NVIDIA Video_Codec_SDK 不是最新的,先使用下面的方法,查看gst-plugins-bad-1.24.2.tar.xz 对应的NVIDIA Video_Codec_SDK 的版本是多少。
台湾行情数据API接入教程
想用程序获取台股行情,很多人第一步会搜“台股资料 API 推荐”,结果发现选择不少:证交所有免费接口,Yahoo Finance 也能查,券商还有自己的 API。真正写代码时才发现,有的数据只到收盘,有的延迟 20 分钟,有的必须先开户。本文先梳理台湾行情数据的几种获取渠道,再用 Python 从零搭一个可以运行的台股数据脚本:查代码清单、取实时报价和盘口、拉历史K线、做复权、用 WebSocket 接收实时推送,最后结合台积电 ADR 和新台币汇率计算跨市场溢价。
复分析 阿尔福斯(Ahlfors) 第三版答案 英文
答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案
SIMATIC S7-1200, S7-1500 PID 控制[手册]
SIMATIC S7-1200, S7-1500 PID 控制[手册]
【基于 WebSocket 的多用户网页五子棋】—— 数据管理模块
但行好事,莫问前程
Camera2Demo
在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作
Qt网络编程实战指南:从底层Socket到现代异步架构的选型与避坑
本文梳理Qt网络编程的核心模块与演进路线,对比QTcpSocket与QNetworkAccessManager的使用边界,结合HTTP请求与TCP长连接的完整示例,说明信号槽、内存管理与事件循环的配合方式。重点记录连接池设计、证书校验、线程亲和性等实际开发中的关键决策点,帮助读者在C/S或跨平台项目中建立稳定的网络层基座。
假人有限元模型
假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用
从母钟到子钟:NTP 网络时钟系统架构与软件接口
本文从工程角度简要介绍公共场所的时间同步需求、NTP协议的定位,以及典型LED同步时钟的系统架构与硬件设计,以讯鹏科技4寸与5寸同步时钟为例。
DPVS 报文黑匣子与 Crash 自动拉黑:给转发面装上“飞行记录仪“
谁打挂了我(crash dump)、他之前发了什么(慢路径环)、他还会再来(入口拉黑)。设计上我们始终坚持两条原则:记录与决策分离(黑匣子永远只说不做),以及误伤成本优先于漏放成本(三道闸门全部通过才拉黑,expire 到期自动解封)。性能上,全量快路径摘要 + 入口查表的综合开销低于 1.3%,在 FIP 网关的流量水位下不可感知。飞行记录仪的价值不在于飞机正常飞行的时候,而在于它让每一次事故都变成一次改进。对转发面来说,同样如此。
全球实时竞价 RTB 中 IP 定位数据应用:链路完整性与工程实践
全球实时竞价(RTB)中IP定位数据的应用,核心判断是:IP数据是RTB竞价决策的底层输入之一,但它的价值高度依赖于从IP捕获到OpenRTB序列化整条链路的完整性。大量定位误差并非源于IP库本身不准,而是发生在CDN边缘节点捕获了错误的IP、供应链各环节使用了不同版本的库、或者OpenRTB字段缺失导致买方无法判断数据可信度。对于DSP和SSP的工程团队而言,理解IP定位在RTB中的实际作用边界,比选一个更准的库更重要。
HTTP、SSE、WebSocket、Socket.IO:实时通信方案深度对比与选型指南
HTTP 是基础,是整个 Web 的底座;SSE 是单向推送的轻量最优解;WebSocket 是高性能双向实时通信的底层标准;Socket.IO 是一套降低开发门槛、抹平环境差异的上层框架。技术选型永远不是“哪个技术更酷”,而是匹配业务的实时性、交互方向、网络环境、团队维护成本。简单需求优先轻方案,复杂双向实时再上 WebSocket;如果追求快速落地、兼容各种奇葩网络,Socket.IO 是很好的选择。
HART转Modbus TCP利用月度维护窗口减少中药产线停机时长
中药制药洁净车间原用HART仪表因仅传输4-20mA信号,诊断信息无法上传,导致GMP审计难、运维频繁进出洁净区。项目采用捷米特JM-TCP-HART协议转换网关,将HART数字信号转为ModbusTCP以太网数据,实现仪表状态、标定记录等信息远程采集与追溯。改造不改动原有控制逻辑,无需停机,保障生产连续性,满足洁净区安全与合规要求,验证了协议转换在存量设备升级中的高效可行性。
Linux网络编程:TCP多线程远程命令执行与线程池改造
前面已经实现了 TCP Echo Server,并且通过多进程和多线程解决了多个客户端连接的问题。不过目前服务器的业务还是比较简单,客户端发送什么,服务器就返回什么。这次在原来的多线程服务器上继续做一些改动,实现一个简单的远程命令执行功能。这次主要学习了两个内容。第一个是多线程远程命令执行。通过 Command 类封装命令的接收、检查、执行和结果返回,并使用 set 对允许执行的命令进行限制。第二个是线程池版本的 TCP Echo Server。通过和std::bind。
计算机毕业论文系统测试怎么写:从测试用例设计到对比实验,让“工作量“看得见
本文系统阐述计算机毕业论文中“系统测试”章节的撰写方法,涵盖功能测试用例设计(等价类、边界值、判定表)、性能测试压测方案与关键指标(平均响应时间、P99、吞吐量)、对比实验设计原则及评价指标选取。强调通过量化数据、阶梯加压曲线、瓶颈定位与多维度对比,真实展现研究工作量与技术深度,提供可直接套用的测试用例表与实验方案模板,助力论文脱颖而出。
亚远景-欧盟 NIS2 与 CRA 双法规生效,车载出口企业网络安全与过程合规建设要点
亚远景结合法规要求与车载行业特性,梳理双法规对整车与零部件出口企业的核心影响,说明如何以 ISO/SAE 21434 为核心、以 ASPICE 为过程底座,搭建满足欧盟要求的网络安全与过程合规体系。
23 网络性能与 QoS:带宽、时延、吞吐计算与保障机制
带宽是上限、不是实际速度;时延由传输、传播、处理、排队四段组成。一道题让你算端到端时延和吞吐,关键是先找到瓶颈在哪一跳。QoS 靠分类、标记、队列、调度四步保障,配一张瓶颈定位+容量规划图,再跟 3 道真题。
python如何编通讯程序
通讯程序需要处理IP地址和端口。IP地址用于标识网络上的设备,端口用于标识设备上的服务。编写通讯程序时,需要选择合适的端口号并确保它不与其他服务冲突。此外
669



被折叠的 条评论
为什么被折叠?



