一、前言早就知道maven在java项目的管理方面名声显赫，于是就想着学习掌握之，于是查阅了大量文档。发现这些文档的作者都是java的大腕，大多都是站在掌握了一定maven基础的角度上进行介绍，让我这初学者看的云里雾里不知所云。于是又去查看maven的官方网站，总算是有所了解，但一旦动手实际操作却又雾里看花。唉，没办法，就只有一遍一遍的动手尝试，经过种种磨难总算是有一点眉目了。现在就将我的经验写出来，一来避免将来遗忘，二来也给和我一样的菜鸟们提供一点点的方
系统 2019-08-12 09:30:09 2385
在查询分析器中，通常sql语句生成一个结果集，例如select*fromwap_lenovo_ua点选查询结果，然后选择文件-另存为，将会出现可以选择按逗分开数据或按空格分开生成.CVS后，可以按照Excel格式打开。.txt的文档可以先按逗号分隔开（文本编辑器将空格替换为逗号），然后存入数据库，再导出为Excel文件。如果大家有更好的方法，可以告诉我，谢谢。.txt文档在Linux下可以用shell脚本进行数据统计，比如同名数据记录条数加和。shell编
系统 2019-08-12 09:29:56 2385
在开发的过程中，为了布局更好的适配各种各样的屏幕，会经常使用android:layout_weight属性，按比例分配屏幕的空间。在很多资料和书籍中解释说，系统根据layout_weight比例分配占据空间的大小。但是这个解释在实际开发过程中，往往给我们带来许多困惑。现在我们来看看具体场景如下：我们需要将三个TextView按照1:2:3的横向的比例显示。于是就有了如下代码：
系统 2019-08-12 09:29:39 2385
---恢复内容开始---动态添加应用具有长按删除功能功能如下图：---动态添加应用具有长按删除功能"width="155"height="204"style="border:1pxsolidblack;"/>---动态添加应用具有长按删除功能"width="156"height="204"style="border:1pxsolidblack;"/>---动态添加应用具有长按删除功能"width="158"height="204"style="border
系统 2019-08-12 01:54:26 2385
1、选取最适用的字段属性MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定
系统 2019-08-12 01:53:48 2385
外链为王，内容为皇的说法在seo行业似乎已经成为了不变的定理，让众多行业人士忽略了站点结构的建设。外链、内容固然重要，可是不能厚此薄彼，站点设计也是大家不可忽略的部分。1、404错误页面基本上每一个站点都有存在死链的情况，死链通常会出如今删除某一篇内容或产品之后，导致搜索引擎无法訪问原来的链接，这种链接称为死链。一个站点死链假设太多会让蜘蛛产生反感的情绪以至于不再抓取站点内容，要解决站点死链问题设置404页面非常重要，通过404页面的引导能够让蜘蛛爬取别的
系统 2019-08-12 01:53:32 2385
---------SQLSERVER--------------------获取用户表selectid,namefromsysobjectswherextype='U'andname<>'dtproperties'orderbyname----获取用户存储过程selectid,namefromsysobjectswherextype='P'andname<>'dtproperties'orderbyname---获取用户视图selectid,namefro
系统 2019-08-12 01:52:13 2385
语句级触发器我们先看一个AFTER-INSERT-STATEMENT触发器：CREATEORREPLACETRIGGERtemp_aisAFTERINSERTONTEMPBEGINdbms_output.put_line('executingtemp_ais');END;看一下下面语句的结果：SQL>setfeedbackoffSQL>INSERTINTOtempVALUES(1);--insert1rowexecutingtemp_aisSQL>INSE
系统 2019-08-12 01:52:12 2385
最近在看公司源代码的时候，经常有一些超长函数出现，甚至超过1000多行的函数都大有存在，这大大影响我对代码的理解，所以写下此文，当然只是自己的想法，不强加于人，只为勉励自己。在以往的软件开发中，对于函数我也是想写多长就写多长，从来不去想它有多长这个“无聊的问题”，因为对于一个函数应该写多长并没有一个确切的定义，这应该看具体情况决定。我个人觉得，无论是类还是函数，都应该满足单一职责原则，如果出现一个函数过长或者代码块嵌套过深的情况，常常是因为没有满足这一原则
系统 2019-08-12 01:51:42 2385
1.创建bundle路径。mkdir~/.vim/bundle2.clonevundle项目。gitclonehttps://github.com/gmarik/vundle.git~/.vim/bundle/vundle(第一次clone没创建vundle路径时失败，难道还要创建vundle路径?)3.在.vimrc或/etc/vim/vimrc里添加下面内容。注：如果没有.vimrc则在/etc/vim/vimrc里添加。setnocompatible
系统 2019-08-12 01:33:47 2385
