这是参照《VisualC++网络通信编程实用案例精选》一书中的Example1，使用VisualStudio2013重新开发的Winsock网络聊天室源码，代码已使用VisualStudio2013调试编译通过。
2024/2/19 11:57:23
4.53MB
1
基于pythonsocket和tkinter界面库实现的网络聊天室程序，实现登录、注册、在线成员显示、聊天等功能，可详见：http://www.huqj.top/article?id=169
2023/12/11 2:19:54
13.87MB
1
网络聊天室程序源代码给大家提供的小小的一个程序，有一些问题，大家可以给我提出。
运行程序时，首先启动服务器端，然后启动客户端，客户端首先将消息发送到服务器端，服务器再转发到各个客户端。
在客户端输入“:”开始输入发送的消息。
运行程序时，首先启动服务器端，然后启动客户端，客户端首先将消息发送到服务器端，服务器再转发到各个客户端。
在客户端输入“:”开始输入发送的消息。
2023/9/17 22:46:31
3KB
1
这是个利用MFC对话框编程，实现了网络聊天，类似于QQ，使用的是TCP协议，利用了C++类的思想，并且是多线程编程，对于学习MFC、网络编程、多线程编程都有很大的参考价值
2023/9/12 12:39:24
19.46MB
1
服务端知识进行连接之后调用服务端的线程服务端并没有大的改动，在原有的基础上加上线程池，客户端界面只有简单的传一个路径，不进行socket的链接，调用客户端的方法，方法中有线程，线程中进行socket的链接，这样才能实现多个文件的传输。
2023/7/30 11:40:32
11KB
1
里面包含聊天室的客户端和服务器端的源文件和一份完整的设计报告。
一、 系统概要本系统能实现基于VC++的网络聊天室系统。
有单独的客户端、服务器端。
服务器应用程序能够接受来自客户端的广播，然后向客户端发送本机的IP与服务端口，让客户端接入到服务器进行聊天，检测用户名是否合法（重复），服务器责接收来自客户端的聊天信息，并根据用户的需求发送给指定的人或所有人，能够给出上线下线提示。
客户端能够发出连接请求，能编辑发送信息，可以指定发给单人或所有人，能显示聊天人数，上线下线用户等。
二、 通信规范的制定服务请求规范：服务器端：（1）创建一个UDP的套接字，接受来自客户端的广播请求，当请求报文内容为“REQUESTFORIPADDRESSANDSERVERPORT”时，接受请求，给客户端发送本服务器ＴＣＰ聊天室的端口号。
（2）创建一个主要的TCP协议的套接字负责客户端TCP连接，处理它的连接请求事件。
（3）在主要的TCP连接协议的套接字里面再创建TCP套接字保存到动态数组里，在主要的套接字接受请求后，就用这些套接字和客户端发送和接受数据。
客户端：（1）当用户按“连接”按钮时，创建UDP协议套接字，给本地计算机发广播，广播内容为“REQUESTFORIPADDRESSANDSERVERPORT”。
（２）当收到服务器端的回应，收到服务器发来的端口号后，关闭ＵＤＰ连接。
根据服务器的ＩＰ地址和端口号重新创建ＴＣＰ连接。
故我思考：客户端一定要知道服务器的一个端口，我假设它知道服务器ＵＤＰ服务的端口，通过发广播给服务器的ＵＤＰ服务套接字，然后等待该套接字发回服务器ＴＣＰ聊天室服务的端口号，ＩＰ地址用ＲｅｃｅｉｖｅＦｏｒｏｍ也苛刻得到。
通信规范通信规范的制定主要跟老师给出的差不多，并做了一小点增加：（增加验证用户名是否与聊天室已有用户重复，在服务器给客户端的消息中，增加标志０）①TCP/IP数据通信---“聊天”消息传输格式客户机-服务器（1）传输“用户名”STX+1+用户名+ETX（2）悄悄话STX+2+用户名+”，”+内容+ETX（3）对所有人说STX+3+内容+ETX服务器-客户机 （0）请求用户名与在线用户名重复 //改进 STX+0+用户名+EXT（1）首次传输在线用户名STX+1+用户名+ETX（2）传输新到用户名STX+2+用户名+ETX（3）传输离线用户名STX+3+用户名+ETX（4）传输聊天数据STX+4+内容+ETX（注：STX为CHR（2），ETX为CHR（3））三、 主要模块的设计分析四、 系统运行效果（要求有屏幕截图）五、 心得与体会
一、 系统概要本系统能实现基于VC++的网络聊天室系统。
有单独的客户端、服务器端。
服务器应用程序能够接受来自客户端的广播，然后向客户端发送本机的IP与服务端口，让客户端接入到服务器进行聊天，检测用户名是否合法（重复），服务器责接收来自客户端的聊天信息，并根据用户的需求发送给指定的人或所有人，能够给出上线下线提示。
客户端能够发出连接请求，能编辑发送信息，可以指定发给单人或所有人，能显示聊天人数，上线下线用户等。
二、 通信规范的制定服务请求规范：服务器端：（1）创建一个UDP的套接字，接受来自客户端的广播请求，当请求报文内容为“REQUESTFORIPADDRESSANDSERVERPORT”时，接受请求，给客户端发送本服务器ＴＣＰ聊天室的端口号。
（2）创建一个主要的TCP协议的套接字负责客户端TCP连接，处理它的连接请求事件。
（3）在主要的TCP连接协议的套接字里面再创建TCP套接字保存到动态数组里，在主要的套接字接受请求后，就用这些套接字和客户端发送和接受数据。
客户端：（1）当用户按“连接”按钮时，创建UDP协议套接字，给本地计算机发广播，广播内容为“REQUESTFORIPADDRESSANDSERVERPORT”。
（２）当收到服务器端的回应，收到服务器发来的端口号后，关闭ＵＤＰ连接。
根据服务器的ＩＰ地址和端口号重新创建ＴＣＰ连接。
故我思考：客户端一定要知道服务器的一个端口，我假设它知道服务器ＵＤＰ服务的端口，通过发广播给服务器的ＵＤＰ服务套接字，然后等待该套接字发回服务器ＴＣＰ聊天室服务的端口号，ＩＰ地址用ＲｅｃｅｉｖｅＦｏｒｏｍ也苛刻得到。
通信规范通信规范的制定主要跟老师给出的差不多，并做了一小点增加：（增加验证用户名是否与聊天室已有用户重复，在服务器给客户端的消息中，增加标志０）①TCP/IP数据通信---“聊天”消息传输格式客户机-服务器（1）传输“用户名”STX+1+用户名+ETX（2）悄悄话STX+2+用户名+”，”+内容+ETX（3）对所有人说STX+3+内容+ETX服务器-客户机 （0）请求用户名与在线用户名重复 //改进 STX+0+用户名+EXT（1）首次传输在线用户名STX+1+用户名+ETX（2）传输新到用户名STX+2+用户名+ETX（3）传输离线用户名STX+3+用户名+ETX（4）传输聊天数据STX+4+内容+ETX（注：STX为CHR（2），ETX为CHR（3））三、 主要模块的设计分析四、 系统运行效果（要求有屏幕截图）五、 心得与体会
2023/7/8 2:52:45
4.88MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB