东南大学邓建明教授的算法设计与分析复习题以及答案，考试复习想到有用

安装vueinitwebpack-simple项目名新建VUE项目里面主要写了二级路由以及三级路由实现路由的跳转主要适合新手在这个项目上继续自己改动，自己练手然后顺手稍微完善项目。

用C和C++并用写的贪吃蛇游戏，写的比较仓促，没有把各个功能区分开，游戏有闯关模式，有经典的诺基亚那种没有墙壁的模式，有随机地图模式，也支持自己创建地图。
地图中有五种地形空地草地墙壁酒瓶和传送门其中酒瓶会使你方向颠倒十秒，传送门两两对应。
（这个传送门耗费了我很长时间，因为在创建地图时你要保障两两对应，其中一个被销毁还要提醒玩家再建立一个，还要检测是否所有传送门都有了与之相对应的。
而且总要紧的是游戏支持随时保存功能，在被保存后再读取时还要知道哪两个传送门是一对。
）游戏支持随时保存，可以自建地图。
可以保存地图。
挑战模式及自建地图时会有随机奖励物产生，包括减速，加速，十秒无敌等[图片][图片][图片][图片]

拥有自己的一套建站的软件程序，让制作网站更加轻松

Sql练习部分,包括建表、查询、插入、删除等操作的SQL源代码

开发标准OBD2诊断程序要准备的资料及硬件1、因TL718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要OBD2标准应用层协议文本，ISO15031-5或SAEJ1979（这两个协议是相同的内容）。
2、TL718诊断接口1套或用TL718芯片自建电路。

activity-oracle建表SQLactivity-oracle建表SQLactivity-oracle建表SQL

"从零开始MySQLPDF资源"在这篇文章中，我们将探索MySQL数据库的底层原理和各种实践案例。
让我们来了解Java工程师眼中的数据库是什么样的。
通常情况下，Java工程师在做Java系统时，会连接到一个MySQL数据库，执行各种增删改查的语句。
但是，很多Java工程师对MySQL的了解和掌握程度，停留在这么一个阶段：对MySQL可以建库建表建索引，然后就是执行增删改查去更新和查询里的数据！实际上，在使用MySQL的过程中，大家总会遇到一些问题，比如死锁异常、SQL性能太差、异常报错等等。
很多Java工程师在遇到MySQL数据库的一些问题时，一般都会上网搜索博客，然后自己尝试捣鼓着解决一下，最后解决了问题，但自己可能也没搞明白里面的原理。
因此，我们就是要带着大家去探索MySQL底层原理的方方面面，以及探索在解决MySQL各种实战问题的时候，如何基于MySQL底层原理去进行分析、排查和定位。
让我们来了解MySQL驱动到底是什么东西。
大家都知道，我们如果要在Java系统中去访问一个MySQL数据库，必须得在系统的依赖中加入一个MySQL驱动，有了这个MySQL驱动才能跟MySQL数据库建立连接，然后执行各种各样的SQL语句。
那么这个MySQL驱动到底是个什么东西？我们可以看下面的Maven配置，这段Maven配置中就引入了一个MySQL驱动。
这里的mysql-connector-java就是面向Java语言的MySQL驱动。
大家都知道，如果我们要访问数据库，必须得跟数据库建立一个网络连接，那么这个连接由谁来建立呢？其实答案就是这个MySQL驱动，他会在底层跟数据库建立网络连接，有网络连接，接着才能去发送请求给数据库服务器！然后，当我们跟数据库之间有了网络连接之后，我们的Java代码才能基于这个连接去执行各种各样的增删改查SQL语句。
所以对于Java语言开发的系统，MySQL会提供Java版本的MySQL驱动，对于PHP、Perl、.NET、Python、Ruby等各种常见的编程语言，MySQL都会提供对应语言的MySQL驱动，让各种语言编写的系统通过MySQL驱动去访问数据库。
下面，让我们来思考一个问题，一个Java系统难道只会跟数据库建立一个连接吗？这个肯定是不行的，因为我们要明白一个道理，假设我们用Java开发了一个Web系统，是部署在Tomcat中的，那么Tomcat本身肯定是有多个线程来并发的处理同时接收到的多个请求的，我们可以看下图。
这个时候，如果Tomcat中的多个线程并发处理多个请求的时候，都要去抢夺一个连接去访问数据库的话，那效率肯定是很低下的。
那么如果Tomcat中的每个线程在每次访问数据库的时候，都基于MySQL驱动去创建一个数据库连接，然后执行SQL语句，然后执行完之后再销毁这个数据库连接，这样行不行呢？可能Tomcat中上百个线程会并发的频繁创建数据库连接，执行SQL语句，然后频繁的销毁数据库连接。
上述这个过程反复循环执行，大家觉得可行吗？这也是非常不好的，因为每次建立一个数据库连接都很耗时，好不容易建立好了连接，执行完了SQL语句，你还把数据库连接给销毁了，下一次再重新建立数据库连接，那肯定是效率很低下的！因此，一般我们必须要使用一个数据库连接池，也就是说在一个池子里维持多个数据库连接，让多个线程使用池子里的不同的数据库连接去执行SQL语句，然后执行完SQL语句之后，不要销毁这个数据库连接，而是把连接放回池子里，后续还可以继续使用。
基于这样的一个数据库连接池的机制，就可以解决多个线程并发的使用多个数据库连接去执行SQL语句的问题，而且还避免了数据库连接使用完之后就销毁的问题，我们可以看下图的说明。
常见的数据库连接池有DBCP、C3P0、Druid等等，大家如果有兴趣的话，可以去搜索一下数据库连接池的使用例子和代码，甚或探索一下数据库连接池的底层原理，但这个不是我们专栏的重点，我们就不会拓展了。
毕竟我们专栏主要还是会专注讲解MySQL数据库本身的内容，只不过在开头的时候，需要大家对Java系统与数据库的交互方式有一个了解。
其实不光是Java系统，如果你是一个Python、Ruby、.NET、PHP的程序员，MySQL都会提供对应语言的MySQL驱动，让各种语言编写的系统通过MySQL驱动去访问数据库。

该文档是SSH框架为基础实现的BBS论坛。
其中有整合好的全面的SSHjar包，BBS前台，后台源码，这个小系统的报告，数据库关系分析等。
以下内容摘自报告目录部分（希望大家极力推荐哦）：第三章SSH框架搭建第四章设计思路4.1需求分析4.2对象确定4.3确定实体对象之间的对应关系4.4Hibernate映射建表4.5配置Spring（AOP）4.6配置Spring（IOC）4.7大致分析业务逻辑定义部分Dao实现4.8测试Dao实现4.9分析JSP中要实现的功能在实体中建立实体方法4.10建立Struts2映射路径4.11分析实体中需要的业务逻辑在Service中定义相应的方法4.12配置配置Spring（IOC）4.13重复上述思路直到实现基本功能4.14根据权限定义拦截器4.15测试系统相应的功能

通讯录的功能要求中要用到对数据信息的操作：将通讯录得数据以某种形式存放，当需要时，可以通过载入来恢复数据。
目前数据存放主要有两种形式：文件和数据库。
两种方式各有特色：文件建档，容易操作，但安全性不高。
数据库相对来说操作及运行较为复杂，但安全性较高，较大型的信息管理系统一般都适用于这种数据存放方式。
本通讯录是基于单文档的采用文件的应用程序。
文档/视图结构是MFC中专门用于开发基于文档的应用程序的框架，在这个框架中，数据的维护及显示分别是由两个不同又彼此紧密相关的对象——文档和视图负责的。
另外，本程序的一大特色就是通过屏蔽当前无效的界面和信息提示来实现的了减少使用者的错误操作，提高了程序的可

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