代码规范审查 -Sonar环境搭建

Sonar概述 Sonar 是一个用于代码质量管理的开放平台,可以进行代码质量的持续跟踪审查,支持的语言包含C#、java、PHP、C等。可以通过UI一睹Sonar的强大之处。   Sonar安装          Sonar是一个基于java的开源平台,环境安装包含JDK安装、数据库安装、Sonar Server安装、Sonar Runner安装。 一、JDK安装 下载java SDK ,下载地址:http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html  安装java sdk,直接双击exe进行运行 验证java安装是否成功,打开命令行,运行java –version, 如果显示如下图,代表安装成功!  二、数据库安装 Sonar支持数据库类型:Sql server、MySQL、Oracle,此处以MySql为例 Mysql数据库下载地址:https://www.mysql.com/downloads/, 具体安装步骤省略可自行学习。 配置Sonar数据库(创建Sonar数据库、用户等) CREATE DATABASE sonar CHARACTER SET utf8 COLLATE utf8_general_ci; CREATE USER 'sonar' IDENTIFIED BY 'sonar'; GRANT ALL ON sonar.* TO 'sonar’@’%' IDENTIFIED BY 'sonar'; GRANT ALL ON sonar.* TO 'sonar’@’localhost' IDENTIFIED BY 'sonar'; FLUSH PRIVILEGES;   三、Sonar server及scanner配置 下载sonar(只需下载解压,无需安装) 下载地址:https://www.sonarqube.org/downloads/ 下载sonar scanner(只需下载解压,无需安装) 下载地址:https://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner 添加snoar和snoar scanner到环境变量        添加SONAR_HOME、SONAR_RUNNER_HOME环境变量,并将SONAR_RUNNER_HOME加入PATH环境变量参考如下: SONAR_HOME:C:\sonar\sonarqube-6.2 SONAR_RUNNER_HOME:C:\sonar\Sonar-scanner-2.8 PATH:%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;%SONAR_RUNNER_HOME%/bin;%MAVEN_HOME%\bin; 编辑sonar配置文件,修改如下: 编辑sonar\sonarqube-6.2\conf\sonar.properties文件,配置数据库设置,默认已经提供各类数据库的支持,这里使用mysql,因此取消mysql模块的注释,修改内容如下: 编辑SonarRunner配置文件,修改如下: 编辑Sonar-scanner-2.8\conf\conf\sonar-runner.properties文件,配置数据库设置,默认已经提供各类数据库的支持,这里使用mysql,因此取消mysql模块的注释,修改内容如下:          启动sonarQube服务,从sonarqube-6.2\bin\windows-x86-64目录下双击启动StartSonar.bat,启动成功显示如下: 访问http:\localhost:9000检测是否启动成功 安装中文包       […]

龙生   25 Jun 2018
View Details

Win10自带的虚拟机Hyper-V安装Centos7

1、设置开启Hyper-V应用程序  在搜索功能里输入 Hyper-V 然后点击选中的部分 2、全部选中框中的部分,然后重新启动电脑 3、在搜索功能里输入Hyper-V 打开 4、点击新建--> 下一步--> 5、修改名称 和虚拟机存储位置 6、这里一定要选择“第一代”,不然无法正常启动到安装界面 7、分配内存根据自己情况来设置 8、网络配置(网络设置的 专用虚拟机交换机为无线网卡 设置 见下图 步骤:) 专用虚拟机交换机为无线网卡 设置 步骤 9、连接虚拟硬盘 10、安装选项 选中镜像位置 11、设置信息如下:通过摘要查看 (最后点击完成后自动创建虚拟机) 12、选择创建好的虚拟机 先启动-->连接 13、安装Centos7 选中图中部分 进入安装界面 14、选择语言 最后选择英文哦 15、点击 Done 选择自动分区 16、开始安装 : 1. 设置root密码 2.创建用户 17、root密码设置 18、等待重启  然后用root用户登陆 密码是刚才设置的 18、网络配置设置  修改配置文件 网络桥接右键 桥接(桥接完成之后记得通过属性修改网桥的IP地址 手动设置)   from:https://blog.csdn.net/xuanalex/article/details/79943206

龙生   25 Jun 2018
View Details

laravel 查询构建器(连贯操作)

注:laravel 查询返回行的都是 php 的 stdClass 对象实例,不是数组!!!! 1)查询多行(get)

带偏移和限制的查询(skip take 或 offset limit)(两种用法是一样的)

  2)查询一行(first)

PS:find方法也可以查多行,它可以这样玩 DB::table('table_name')->find([1,2,3,4]);   3)直接查询一个字段(value)

  4)查询一列(pluck)

  5)块组结果集(chunk) 使用情景: 假设我们需要查询 1 百万的数据,并对其做处理,一次性查询 1 百万并统一处理势必会对数据产生不小的压力,消耗大量的服务器资源,有没有一种更做优的处理方法? 将 1 百万的查询分成 1000 次 1000 条记录的查询的块查询怎样?? 这个 chunk的作用,chunk方法接口一个闭包函数做回调处理

PS:上面只是举例,chunk 貌似不能和 limit 一起用,chunk 默认情况下一次性处理整张表的数据,不过我可以通过自己加判断用 return false 跳出 chunk 操作   6)聚合函数(count max min avg sum 等等)

PS:其他聚合函数的使用方法一样的,不一一举例了   7)where 条件字句 这个比较多,懒得写了,想看的直接到 laravel 学院看吧,传送门:http://laravelacademy.org/post/6140.html#ipt_kb_toc_6140_8 (where, orWhere, whereNUll, whereIn, whereNotIn, whereBetween, whereNotBetween, whereDate, whereYear, whereMonth, whereDay 等等)   8)orderBy 排序字句

PS:如果想要返回随机的查询结果集,可以使用 inRandomOrder 子句 […]

龙生   24 Jun 2018
View Details

laravel5.0 groupBy中count的写法

from:https://stackoverflow.com/questions/18533080/laravel-eloquent-groupby-and-also-return-count-of-each-group

龙生   24 Jun 2018
View Details

PHP获取IP及地区信息(纯真IP数据库)

昨天在写程序的时候,发现在用户的时候记录IP和地区信息也许以后用得上,去网上找了找,发现实现的方式有好多好多,因为我用的ThinkPHP,后来又去TP官网找了找,最后采用了下面这种方法。

这个是TP里带的,从上面的信息上来看已经很旧了,不过感觉写的还不错,就没改什么,只是在后面加上了

  因为TP的纯真数据库已经转码了,但是很旧,似乎还是2012年的,IP这东西,那么老的东西估计很不准,于是我去纯真官网下了一个,但是纯真本身是GB2312的,所以要加上上面这两句转码一下。 然后在项目中导入了这个PHP类以后,这样去用就可以。

  得到的结果是这样的,测试IP:218.197.147.154。

  最新版的纯真数据库去纯真官网下就可以,里面的QQWry.dat就是,用的时候也可以像我那样在后面标上版本,免得以后记不清。然后把.dat跟上面的php类放在一个目录下就OK啦。   from:https://www.cnblogs.com/fordawn/p/3538665.html

龙生   24 Jun 2018
View Details

7 个支持敏捷的开源项目管理工具,更好地管理项目

在一项调查中,有 71% 的组织表示他们在开发过程中会用到敏捷方法。 此外,用敏捷方法管理项目比传统方法管理项目成功率高 28%。 在这次工具推荐中,我们从一些比较受欢迎的开源项目管理工具中摘取了支持敏捷的几项。 无论您的组织已经在使用敏捷,还是正计划使用,相信这 7 个开源的项目管理工具都能给你带来帮助。 1、MyCollab MyCollab 是一个高性能、稳定而且安全的商业平台,用于 CRM 客户关系管理、项目和文档管理。是一个企业的协作平台,基于 Java 开发。该系统提供开源的社区版本。 2、Odoo Odoo 的前身是 OpenERP,是一个开源的企业 ERP 系统。Odoo 不仅仅是项目管理软件, 它还是一个完整的集成商业应用套件,包括会计,人力资源,网站和电子商务,库存,制造,销售管理(CRM)等。 3、OpenProject OpenProject 是一个开源的、基于Web的项目管理应用程序。OpenProject 为项目团队提供了整个项目生命周期的支持,通过插件,OpenProject 支持: 协同项目计划 进度报告 任务管理 时间和成本报告 Scrum 等 4、OrangeScrum orangescrum 是一个采用 CakePHP 框架的 web 应用程序,可用来灵活地管理项目。OrangeScrum 支持敏捷方法,特别是使用 Scrum 任务板和看板式工作流视图。 它适用于小型组织 – 自由职业者,代理机构和中小型企业。 5、]project-open[ ]project-open[ 采用 TCL 开发的基于 Web 的项目管理系统,它能帮助你的业务涵盖领域,如客户关系管理,销售,项目规划,项目跟踪,协作,时间表,发票和付款等。 6、Taiga Taiga 是一个免费开源,而且功能非常强大的项目管理平台,用于初创企业和敏捷开发团队。提供一个简单、漂亮的项目管理工具。Taiga 采用 Python Django 框架开发,前端基于 AngularJS 实现。 7、Tuleap Tuleap Open ALM 不仅仅是一个项目管理工具,它还是一个应用生命周期管理工具,包括敏捷开发和项目管理支持。2013年 Tuleap 获得了 InforWorld.com 的 Bossie 奖,并且被财富500强公司、中小型企业和开源项目广泛使用。 Tuleap 可以灵活,传统混合,或自定义项目管理流程。支持计划,短跑,任务,报告等。这一工具非常适合开源开发公司,因为该工具还集成使用了 Git,SVN, Jenkins 等。   from:https://www.oschina.net/news/97343/agile-project-management-tools

龙生   23 Jun 2018
View Details

聊聊云计算:5分钟弄清楚我们为什么需要容器

除了云主机,不少应用也部署在容器里面。容器云服务也是现在云服务商的主要业务,阿里云、腾讯云等都会提供相应的容器服务。那么,我们为什么需要容器呢? 我们经常会遇到这样的问题: 1 程序在我这儿跑得好好的,怎么到你那里就不行了? 2 系统好卡,是哪个进程把CPU给吃光了? 3 这套系统我已经搭建好了,要不你再重新搭建一遍? 相信这些问题,大家平常都会遇到。容器技术是帮助我们解决这些问题的好办法。那么容器究竟是什么呢? 容器技术是这些问题的最佳解决方案 容器也是一种虚拟化技术,与虚拟机不同之处在于,虚拟机是硬件虚拟化(Hypervisor的作用),容器是对操作系统虚拟化。 虚拟机本身是不带有操作系统的,在虚拟机上部署应用时,还需要安装操作系统(一般是通过虚拟机镜像)以及其他需要的执行环境,如Tomcat等。 容器把应用以及应用的执行环境打包在一起。部署应用的时候,直接整个容器进行部署。因为容器自带应用执行环境,所以就不存在部署过程中由于环境变化,导致应用出现部署异常,可以说是“一次构建,到处执行”。 虚拟机 VS 容器 从头在虚拟机或物理机上搭建一遍环境,包括安装程序以及配置脚本,往往是非常麻烦的事情。相比于虚拟机(云主机),利用(云)容器来部署应用要更方便。 总结起来,容器有三大特点: 容器内部的东西是不可变的 相比虚拟机更轻量级,可以实现秒级启动,容器可以运行在物理机上,也可以在虚拟机上。 创建速度快,不需要复杂的环境配置 目前最常用的容器就是就是Docker,以至于大家一谈到容器,一般默认就认为是Docker。那么Docker技术与容器有什么关系呢? Docker究竟是什么? 容器技术其实已经出现十多年了,Linux2.6版本就已经支持LXC。而Docker技术的最早0.1版本直到2013年才出现,现在已经成为云计算领域一个非常常用的技术了。 Docker是以容器技术为核心的一套应用构建、部署和执行的技术体系。其中包括了Docker Daemon守护进程、Docker Container容器、Docker Client客户端以及Docker Image镜像等。 Docker守护进程本身就是一个普通的应用进程,不过是用来操作Docker镜像文件的。Docker守护进程与镜像文件一起就组成了Docker容器。 Docker容器、守护进程与镜像的关系 那这个Docker镜像文件(Docker File)里面有什么呢?Docker镜像和虚拟机快照(镜像文件)类似,分不同的层级,比如有基础镜像,仅仅包含操作系统,比如CentOS镜像;有中间件镜像,比如redis数据库镜像;还有应用镜像,就是指含有具体的应用服务的镜像了。 Docker如何部署应用 当我们需要部署应用的时候,可以从镜像中创建容器,这如同从快照中创建虚拟机,不过更轻量,启动更快,秒启。 应用是在容器中运行的。比如我们要通过容器部署一个应用: 首先下载了一个Ubuntu的镜像; 然后又安装mysql和Django应用及其依赖,来完成对它Ubutun镜像的修改; 最后通过这个镜像生成一个容器; 容器启动之后就会运行Django服务了。 容器不是完全封闭的,也需要对外提供服务,所以Docker允许公开容器的特定端口。 在启动Docker的时候,我们就可以将容器的特定端口映射到宿主机上面的任意一个端口。如果一个宿主机(虚拟机或物理机)上面要部署多个Docker容器,而且几个服务都需要80端口,那么容器的对外端口都是80,但是映射到宿主机上面就可以是任意端口,不会产生冲突。 基于Docker仓库的工作流程 Docker仓库(Registry)是用来存放Docker镜像的地方。仓库存在公有和私有之分,公有仓库docker hub提供了非常多的镜像文件,这些镜像直接拉取下来就可以运行了。 我们也可以上传自己的镜像到docker hub上,同时也可以自己搭建私有仓库用于团队项目管理。 基于Docker仓库的开发运维工作流程 基于Docker仓库,整个开发团队的DevOp工作流程大致是这样的: 开发人员构建镜像并将镜像提交到Docker仓库; 测试人员从Docker仓库拷贝镜像到测试环境进行测试; 运维人员从Docker仓库拷贝镜像部署到生产环境,通过镜像开启容器并对外提供服务   from:http://baijiahao.baidu.com/s?id=1588183340989045106&wfr=spider&for=pc

龙生   22 Jun 2018
View Details

领域驱动设计(DDD:Domain-Driven Design)

Eric Evans的“Domain-Driven Design领域驱动设计”简称DDD,Evans DDD是一套综合软件系统分析和设计的面向对象建模方法,本站Jdon.com是国内公开最早讨论DDD网站之一,可订阅DDD专题。初学者学习DDD可从研究本站Jdon框架的DDD应用源码开始,戳这里开始。 过去系统分析和系统设计都是分离的,正如我们国家“系统分析师” 和“系统设计师” 两种职称考试一样,这样割裂的结果导致,需求分析的结果无法直接进行设计编程,而能够进行编程运行的代码却扭曲需求,导致客户运行软件后才发现很多功能不是自己想要的,而且软件不能快速跟随需求变化。 DDD则打破了这种隔阂,提出了领域模型概念,统一了分析和设计编程,使得软件能够更灵活快速跟随需求变化。见下面DDD与传统CRUD或过程脚本或者面向数据表等在开发效率上比较: 服务器后端发展三个阶段: UI+DataBase的两层架构,这种面向数据库的架构(上图table module )没有灵活性。 UI+Service+DataBase的多层SOA架构,这种服务+表模型的架构易使服务变得囊肿,难于维护拓展,伸缩性能差,见这里讨论或Spring Web 应用的最大败笔. DDD+SOA的事件驱动的CQRS读写分离架构,应付复杂业务逻辑,以聚合模型替代数据表模型,以并发的事件驱动替代串联的消息驱动。真正实现以业务实体为核心的灵活拓展。 DDD革命性在于:领域模型准确反映了业务语言,而传统J2EE或Spring+Hibernate等事务性编程模型只关心数据,这些数据对象除了简单setter/getter方法外,没有任何业务方法,被比喻成失血模型,那么领域模型这种带有业务方法的充血模型到底好在哪里? 以比赛Match为案例,比赛有“开始”和“结束”等业务行为,但是传统经典的方式是将“开始”和“结束”行为放在比赛的服务Service中,而不是放在比赛对象本身之中。我们不能因为用了计算机,用了数据库,用了框架,业务模型反而被技术框架给绑架,就像人虽然是由母亲生的,但是人的吃喝拉撒母亲不能替代,更不能以母爱名义肢解人的正常职责行为,如果是这样,这个人就是被母爱绑架了。 提倡充血模型,实际就是让过去被肢解被黑crack的业务模型回归正常,当然这也会被一些先入为主或被洗过脑的程序员看成反而不正常,这更是极大可悲之处。看到领域模型代码,就看到业务需求,没有翻译没有转换,保证软件真正实现“拷贝不走样”。 DDD最大的好处是:接触到需求第一步就是考虑领域模型,而不是将其切割成数据和行为,然后数据用数据库实现,行为使用服务实现,最后造成需求的首肢分离。DDD让你首先考虑的是业务语言,而不是数据。重点不同导致编程世界观不同。 DDD是解决复杂中大型软件的一套行之有效方式,在国外已经成为主流。DDD认为很多原因造成软件的复杂性,我们不可能避免这些复杂性,能做的是对复杂的问题进行控制。而一个好的领域模型是控制复杂问题的关键。领域模型的价值在于提供一种通用的语言,使得领域专家和软件技术人员联系在一起,沟通无歧义。 DDD在软件生产流程中定位i如下图,DDD落地实现离不开in-memory缓存、 CQRS、 DCI、 EDA或Event Source几大大相关领域。   DDD基础:面向对象专题   2012年Eric Evans关于技术如何影响DDD的会话   聚合与一致性和有界上下文   from:http://www.jdon.com/ddd.html

龙生   21 Jun 2018
View Details

领域模型,你真的理解的了吗?

背景 UML比较难学,主要是其本身很复杂并且涉及到大量的概念名词。领域模型就是其中之一,网络上搜索到关于领域模型的知识应该是有两种,一种是来源于最初的传统软件开发过程,一种来源于领域驱动设计(DDD),这两者很容易混淆。以下是我对领域模型这个概念的一些理解。 1. 领域模型是什么? 理论派观点: Domain Model是一个商业建模范畴概念,即使一个企业不开发软件,也具备其业务模型; 所有同行企业,其业务模型必定有非常大的共性和内在的规律性。 由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型,这个模型称之为“领域模型”。 实战派观点: 领域模型是一个分析模型,帮助系统分析人员、用户认识现实业务的工具,描述的是业务中涉及到的实体及其相互之间的关系,它是需求分析的产物,与问题域相关。 是需求分析人员与用户交流的有力工具,是彼此交流的语言。 理论派 领域模型是一种特殊的业务模型,它分析范围是整个行业,抽象出行业里共性和内在规律性的业务,比业务模型更加抽象,它不属于软件开发范畴的概念,与软件开发无关。 实战派 领域模型是一种分析模型,在软件开发过程分析阶段用于分析如何满足系统功能性需求,属于软件开发范畴,在UML中主要使用类图来描述领域模型。 业务模型是业务建模的输出物,业务建模研究的对象是公司或者组织,业务建模属于软件开发过程中的初始阶段。 软件开发过程:业务建模、需求、分析、设计。 在软件开发过程中我们接触到的领域模型属于实战派。 2. 领域模型作用 理论派 领域模型是一种特殊业务模型,作用都是: 帮助分析理解复杂业务领域问题。 行业内沟通、交流。 实战派 领域模型作用: 分析如何满足系统功能性需求。 指导项目后续的系统设计。 业务模型作用: 帮助系统需求人员理解客户公司业务,下一阶段做需求以业务模型为输入得到系统用例。 3. 领域模型与业务模型的区别 理论派 领域模型是一种特殊的业务模型,所以具备业务模型的所有特点,但是比业务模型更抽象、更通用。 实战派 产出阶段不同 业务模型是在软件开发过程中业务建模阶段产生,领域模型是在分析阶段产生。 作用不同 业务模型是系统需求人员理解客户公司业务的产物,下一阶段需求将以业务模型为输入得到系统需求。 领域模型是系统分析人员分析如何满足系统功能性需求的产物。下一阶段设计将以领域模型为输入。 “实战派”举例说明: 当接到项目,需要做一个酒店预订系统,首先进行业务建模,了解客户公司酒店管理的相关业务,这就会产出业务模型,此时业务模型里除了酒店预订这个业务环节还包括其他与酒店预订同层次的业务环节。 接下来将视线聚焦到酒店预订,改进已有流程得到酒店预订系统需求,即系统用例和需求规约。 接下来通过分析系统用例和需求规约,分析如何满足酒店管理系统功能性需求,从而得到领域模型。 "理论派"和“实战派”的领域模型是两个范畴的东西,若没有分清肯定会引起理解混乱。 4. 另一种“领域模型” – 领域驱动设计(Domain-Driven Design) 还有一种“领域模型”,它出自于Eric Evans的“Domain-Driven Design”简称DDD,也就是“领域驱动设计”,DDD是一套综合软件系统分析和设计的面向对象建模方法,所以要明确区分这两种领域模型。失血模型、贫血模型、充血模型这类概念都属于DDD范畴的“领域模型”。 4.1 两种领域模型的区别 本文中“领域模型”都代表领域驱动设计中的领域模型。 1. 解决的核心问题不同 正如前文所说的,领域模型是一个用于分析业务的分析模型,在实际项目中要解决的核心问题是: 如何满足待开发系统业务功能需求。 而“领域模型”是综合分析与设计的模型,要解决的核心问题是: 保证系统设计能满足项目多变的需求。 在传统的软件开发流程中,分析(系统需求分析)和设计(系统设计)被划分为两个阶段,分别对应国家“系统分析师” 和“系统设计师” 两种职称,这种割裂的结果导致,“系统设计师”要基于需求分析的结果做系统设计后才能进行编码,这中间会存在信息上的丢失或失真,并且实际过程中业务需求会变(可能是外界环境的变化或者对业务有更深的理解引起),就更容易引起系统设计与项目需求脱节。Eric Evans提出的DDD思想就是想解决这样问题。 2. 领域不同 领域模型是业务分析模型,分析的是系统功能性需求所出核心域的业务,软件系统只是实现业务的方式而非业务的一部分(提供IaaS服务的公司除外),不会考虑系统设计IT领域里问题。 “领域模型”是综合分析和设计的模型,涉及到系统设计,需要思考系统的边界,故该模型所分析设计的领域是综合了业务领域和IT领域。 以酒店预订系统为列,其业务描述如下 所有用户都可通过酒店订房管理系统查看酒店客房信息 用户如需预定需先注册成会员 以上涉及到两个对象:用户、会员。 若做业务分析,第一段描述中的“用户”可能就需要考虑,它可能是游客、咨询者的业务含义。 若要考虑系统设计,第一段描述中的“用户”可能就会忽略,即不在系统边界范围内。 3. 使用的阶段和岗位不同 领域模型是分析业务的分析模型,在实际项目中主要由系统分析师在分析阶段中使用。 DDD的“领域模型”是综合分析、设计的模型,在实际项目中横跨分析和设计两个阶段,岗位需要具备“系统分析师”和“系统设计师”的综合能力。 4. 包含的内容不同 领域模型主要内容: 业务实体 业务实体之间关系 “领域模型”主要内容: 业务实体 […]

龙生   21 Jun 2018
View Details
1 183 184 185 432