2018年软件学院C++课程设计课程设计目的：1、熟悉利用面向对象的方法以及C++的编程思想来完成系统的设计；
2、锻炼学生在设计的过程中，建立清晰的类层次，应用继承和多态等面向对象的编程思想；
3、通过本课程设计，加深对面向对象程序设计课程所学知识的理解，熟练掌握和巩固C++语言的基本知识和语法规范,深刻体会面向对象的编程思想，掌握使用面向对象程序设计语言C++，学会编写结构清晰、风格良好的C++语言程序，从而具备利用计算机编程分析解决综合性实际问题的初步能力。
课程设计题目：模拟即时通信系统实现一、题目描述基于社交的即时通信是腾*公司的主要业务，先后有QQ、微信、微博等服务，可能还将继续推出微商、微唱、微走、微笑等产品。
这些软件既可以独立提供服务，又互相辉映关联。
腾*公司希望对各系统进行整合形成统一的立体社交软件平台。
现请完成该平台的设计并实现。
要求如下：1、用户基本信息：号码ID，昵称，出生时间，T龄（号码申请时间）、所在地、好友列表、群列表。
微博与QQ共享ID，微信采用独立ID，但是可以与QQ号码绑定对应。
其他微X产品也分为这两种情况。
2、好友管理（1）实现各功能好友信息的添加、修改、删除、查询的功能。
（2）可以查询微X之间各自共同好友。
如微信可以添加QQ推荐好友。
3、群管理（1）设定每个微X功能已有1001、1002、1003、1004、1005、1006等群号。
（2）加入群、退出群、挨T、查询群成员等。
（3）不同微X之间群的理念不同，比如：QQ群可以申请加入，而微信群则只能推荐加入；
QQ群允许设置临时讨论组（子群），微信群则不允许；
QQ群有以群主为核心的管理员制度，而微信群仅有群主为特权账号。
4、开通管理用户可以选择自己开通该平台的N个微X服务。
5、登录管理各微X之间只要有一个服务登录，则其它服务简单确认后视为自动登录。
6、功能展示要求（main函数）（1）设计约定。
开通服务情况、群成员信息和好友信息可以预先保存到文件中，在系统启动时将这些信息加载到内存中；
（2）一个服务登录后，本人开通的其它所有服务均进入开通状态。
（3）服务之间可以依据本人开通的任意另外一个服务的好友添加好友。
（4）展示一个服务当前群的特色功能；
在群成员数据不受伤害的前提下，动态变换为其他类型群的管理特色。
（5）实现QQ的点对点的TCP通信的收发功能。
(选做）提示：a）需要加载ws2_32.lib静态库，打开头文件winsock.h。
b）百度IP地址、端口等概念；
c）百度socket编程，关注bind、listen、accept、connect、send、receive等函数用法。
二、技术层次要求及说明1、基本层次。
完成上述功能要求，所采用技术不限，比如采用纯面向过程思想实现；
2、支持对象层次。
正确完成了类的切割，利用对象技术实现。
（1）容器类主要包括：例如，微X成员管理。
（2）其它主要类包括：例如，微X信息、群信息、好友信息。
3、抽象、封装层次采用了继承或者组合实现复用，对数据成员提供了必要的接口保护；
（1）抽象出了基础类，并被其它功能复用；
（2）如好友维护、群信息维护等操作均应该提供接口形式；
4、面向对象层次支持多态功能，支持依据设计原则的优化。
好友管理、群管理等；
5、优化提高层次（1）提供简便菜单，以1、2等数字区分几类功能，并允许返回菜单；
（2）I/O操作支持。
基本功能中，已有设定信息，在初始化时候可以固化在程序代码中，也可以存放在文件中，每次容器实例化时读入，析构时写回文件中，以实现断电保存。
（3）可扩展性支持，需要考虑群、好友等与主要服务之间的关系；
（4）灵活性支持。
群的管理模式动态可变；
（5）程序有必要的注释；
（6）可以采用UML工具画出简单类图（7）为防止不诚信行为，要求类的设计均以独立文件存在，且所有的类名称后面应有自己的姓名缩写，如张三设计的QQ信息类名称：TencentZhS。
三、设计步骤(参考)：在清楚上述系统功能要处理是什么的基础上，考虑用如下方式来设计1、确定所需的类及其相互间的关系。
（1）要从问题中归纳出一个概念或实体，从这些概念或实体出发建立相应的类。
（2）尽量使类小而简单，以使其看起来容易理解。
（3）充分利用封装以增加类的可靠性，以便使用时保证更加可靠。
（4）通过继承建立类族，以方便使用多态性。
2、确定每个类的实现。
（1）考虑类的对象应该如何构造和析构。
（2）考虑类的成员函数的建立。
（3）综合考虑各个类在命名和功能方面有哪些共性。
3、细化有关的类，描述他们之间的相互关系，

基于TCP~socket，Android客户端与PC通信，客户端源码。
已经测试，可用。
附带apk，和网络调试助手，方便测试。
只需提供服务器的IP和端口号，即可通信。
客户端：一次连接，可发送多次数据。
重点是客户端时时接收服务器端发送来的数据。
采用Handler和Thead结合。

网络调试助手、TCP/UDP、虚拟服务器、串口调试

连接主机IP,端口号,并且发送数据，看是否能发送成功。
并且返回

2)基于JavaSocketTCP和UDP实现一个简易的网络文件服务程序，包含服务器端FileServer和客户端FileClient；
3)服务器端启动时需传递root目录参数，并校验该目录是否有效；
4)服务器启动后，开启TCP：2021端口，UDP：2020端口，其中，TCP连接负责与用户交互，UDP负责传送文件；
5)客户端启动后，连接指定服务器的TCP2021端口，成功后，服务器端回复信息：“客户端IP地址:客户端端口号＞连接成功”；
6)连接成功后，用户可通过客户端命令行执行以下命令：[1]ls服务器返回当前目录文件列表（namesize）[2]cd进入指定目录（需判断目录是否存在，并给出提示）[3]get通过UDP下载指定文件，保存到客户端当前目录下[4]bye断开连接，客户端运行完毕7)服务器端支持多用户并发访问，不用考虑文件过大或UDP传输不可靠的问题。

简易聊天室，VC++6.0下编写，客户机与服务器可以通信，并可以演示两者的通信过程

在修改官方移植lwip的基础上，搭建tcp客户端，来进行数据的收发，硬件基础：stm32f407+lan9303

BankAccountManagementSystem银行账户管理子系统简称BAMS这是一个基于C/S结构的银行账户在线管理系统,用户可以通过ATM终端界面来操作自己的银行账户.ATM1：要求1：封装一个Account类-业务数据写一个账户类(Account),属性并且完全封装(注意:要辨别每个属性的set/get方法是否需要公开):id:账户号码长整数(Long)password:账户密码字符串类型(String)name:真实姓名字符串类型(String)personId:身份证号码字符串类型(String)email:客户的电子邮箱字符串类型(String)balance:账户余额双精度(double)方法:deposit:存款方法,参数类型：double,返回类型：Accountwithdraw:取款方法,参数类型：double,返回类型：Account构造方法:有参和无参,有参构造方法用于设置必要的属性ATM2：要求1：完成以下两种账户类型的编码。
银行的客户分为两大类：储蓄账户(SavingAccount)和信用账户(CreditAccount),两种的账户类型的区别在于：储蓄账户不允许透支,而信用账户可以透支,并在用户在满足银行条件的情况下允许用户调整自己的透支额度.注意:1、CreditAccount需要多一个属性ceiling透支额度；
2、CreditAccount需要覆盖（重写）Account中的取款方式withdraw()。
要求2：完成Bank类的编码。
属性:1.当前所有的账户对象的信息,存放在数组中:Account[].2.当前账户数量index.方法:1. 用户开户(register)参数列表:Long账号,String密码,String确认密码,String姓名,String身份证号码,String邮箱,int账户类型；
(Longid,Stringpassword,Stringrepassword,Stringname,StringpersonID,Stringemail,inttype)返回类型：Account项目需求规定账户类型：0–储蓄账户1–信用账户2–可贷款储蓄账户3–可贷款信用账户2. 用户登录(login)参数列表:Long账号,String密码；
(Longid,Stringpassword)返回类型：Account3. 用户存款(deposit)参数列表:Long账号,double存款金额；
(Longid,doublemoney)返回类型：Account4. 用户取款(withdraw)参数列表:Long账号,String密码，double取款金额；
(Longid,Stringpassword,doublemoney)返回类型：Account5. 设置透支额度(updateCeiling)参数列表:Long账号,String密码，double透支额度金额；
(Longid,Stringpassword,doublemoney)返回类型：Account提示：这个方法需要验证账户是否是信用账户6. 转账功能(transfer)参数：from转出账户，passwordFrom转出账号的密码，to转入账户，money转账的金额(Longfrom,StringpasswordFrom,Longto,doublemoney)返回值：boolean要求3：另外,请为Bank类添加几个统计方法1.统计银行所有账户余额总数2.统计所有信用账户透支额度总数要求4：编写测试类写个测试类，测试以上代码能否正常工作。
要求5：覆盖toString方法查看对象的内容。
ATM3：要求1：让银行来提供账号(id)的生成修改Account类和Bank类,银行用户的账号(id)应是自动生成的,初始值为：862150212013020001(国家+邮编+年+月+序号)。
比如：第一个开户的账号为862150212013020001,第二开户的账号为862150212013020002…依此类推.要求2：修改存款和取款方法对于Account类中的存款方法和取款方法进行修改.存款方法：改为不允许子类修改取款方法：改为抽象方法,便于在子类中去覆盖(重写)要求3：单例将Bank类作成单例。
提醒：一定要理解使用单例模式的原理。
ATM4：要求1：新增一个贷款功能为了满足业务发展的需求，银行需要为用户提供贷款的功能，来满足更多的用户需求。
抽象出一个贷款功能的接口：Loanable该接口具有以下功能：a) 贷款(requestLoan)参数：money贷款金额返回类型：Accountb) 还贷(payLoan)参数：money还贷款金额返回类型：Account提醒：一定要理解抽象接口的原理和真实含义。
要求2：新增两种的新的账户类型为了满足业务发展的需求，新增两种具有贷款功能的账户类型：可以贷款不可以透支账户和可以贷款可以透支账户；
为SavingAccount和CreditAccount各自添加一个子类LoanSavingAccount类和LoanCreditAccount类，同时让两个新增的子类都必须要实现Loanable接口。
为了表示某个贷款账户的贷款金额，需要为所有的可贷款账户提供一个能记录贷款金额，所以要为CreditAccount类整一个普通的成员属性loanAmount,为长整形（long）。
说明1：LoanSavingAccount类表示该账户可以贷款,不可以透支；
LoanCreditAccount类表示该账户可以贷款,可以透支。
说明2：贷款和透支是不一样的,透支指的是账户余额小于0,而贷款用户需要一个贷款额的属性.在ATM机上,用户可以选择贷款,也可以选择还贷款,而还贷款就是要把账户余额上的资金转到贷款额上例如：用户余额10000元,贷款额100000元,用户可以选择还款5000元,则用户余额变为5000,贷款额变为95000元.要求3：为Bank类添加三个新方法a) 贷款(requestLoan)参数：id账户，money贷款金额(Longid,doublemoney)返回类型：Accountb) 还贷款(requestLoan)参数：id账户，money还贷款金额(Longid,doublemoney)返回类型：Accountc) 统计所有账户贷款的总额(totoal)参数：无返回类型：doubleATM5:要求1：修写Bank类，采用集合的方式来管理多个Account对象注意：通过分析每种集合的具体功能和特性后，选择合适的集合类型实现该功能。
要求2：为Bank类添加一个方法，能够打印所有用户的总资产排名（提高部分）说明:1）、一个用户可能会有多个账号,以身份证号为准.2）、总资产指多个账户余额的总和,不需要考虑贷款账户的贷ATM6：Exception要求1：为ATM增加业务异常类：ATMException:ATM业务异常基类。
BalanceNotEnoughException:用于取钱的时候余额不足的情况(包括账户余额超过透支额的情况)RegisterException:用于开户异常的情况,例如密码两次输入不一致等情况LoginException:用户登录异常的情况,例如id错误,密码错误LoanException:贷款额不能为负数,如果用户试图将贷款额置为负数,则会抛出这个异常注意：在此异常的基础也可以继续扩展适合业务的异常类。
ATM7:SwingGUI开发第一步部分：为ATM项目添加用户客户端操作界面需要以下几个类：1) ATMClient:其中会包含一个Frame,这是用户主界面.2) MainPanel:主界面,用户可以选择开户或者登录3) RegisterPanel:用户开户具体用到的界面4) LoginPanel:用户登录需要的界面5) BusinessPanel:界面上会显示账户的功能,至少包括存款\取款\对于可透支的用户,允许用户修改透支额度\对于贷款用户,允许用户贷款和还贷款\转账。
第二步部分：为用户客户端操作界面添加事件处理要求:在开户或者登录之后都会跳到BusinessPanel,而用户点击了交易之后,界面停留在BusinessPanel要随时注意在BusinessPanel上根据数据的变化更新显示信息。
ATM8:I/O&File项目详细内容介绍1、 分析：将账户对象保存文件中,前期为新的账户对象分配id的做法（使用static特性）不再合适现今业务需求，也应相应的改变。
解决方案：将下一个可用的id存放在文件中,每创建一个新对象的时候都会读取这个文件,获得新对象的id,并且修改文件中的id,使其加1后，再保存到文件中。
2、 修改Bank类中各个业务方法分析：要将账户信息全部保存到文件中，然后再从文件读取到内存中进行业务操作，而后再将处理完的业务对象重新保存到文件中永久保存起来。
解决方案：1）采用对象序列化和反序列化技术。
2）将全部账户信息采用对象序列化的方式存放在文件中。
提示：1） 使用文件来保存各种账户的信息，将注册、存款、取款、转账、修改之后的信息要及时的保存到文件中，时刻保证内存和文件中数据的一致性。
2） 采用何种存放方式，自由发挥决定。
ATM9：NetWork分析：在现有的ATM中,用户是通过界面直接访问Bank对象，这种方式不符合业务需求，因为银行后台是受保护的绝对安全的业务操作，所以将其改为C/S结构,由界面充当客户端,通过TCP协议访问服务器端的核心业务对象（Bank对象）.解决方案：1） 多线程技术2） 网络编程技术3） 需要完成服务端的编程，负责完成接收客户端的请求和相关业务处理。
注意：如何保证多个客户端同时登陆，并且保证业务数据在冲突的情况下，不能受到破坏。
提示：客户端和服务器端需要通过对象（TO）来传递信息,,这里会使用对象序列化技术.

基于三菱MC的通讯方式，走TCP去读写三菱PLC的地址，按字/位读写操作。
项目中用到的，自己研究编写，亲测可用稳定,在2018版本下运行

安川机器人TCP通讯协议

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。