码迷,mamicode.com
首页 >  
搜索关键字:变更    ( 3834个结果
NetBeans配置默认JDK
在netbeans安装的时候一般我们会选择一个默认的jdk,但是在使用一段时间后,我们会需要升级或者变更jdk的版本,这时候我们就需要对netbeans进行一下配置。 ? ? ? ?1.安装需要的jdk到本地某一目录下...
分类:Web程序   时间:2014-07-23 13:59:37    阅读次数:279
nagios平台从apache迁移到nginx
nginx的性能远远优于apache,但由于nagios的web界面中包含php和c-cgi程序,因此需要两套fcgi管理工具(并非必须)和两套解释器(必须)。php用php-cgi跑就可以,c-cgi我选用fcgiwrap。下面介绍安装/配置步骤。php-fpm:是为PHP打的一个FastCGI管理补丁,可以平滑变更php.ini配..
分类:移动开发   时间:2014-07-23 13:48:26    阅读次数:531
Angular.JS 之 全局对象变更的实时响应
AngularJS是一款来自Google的前端JS框架,体积非常小,但是设计理念和功能却非常强大。 教程 AngularJS中文社区 问题 在一款Web应用中,虽然我们尽可能的避免无节制地使用全局变量,但有时确实需要一些全局变量的存在已保证在所有页面中都能处理某些事件。 在本文的例子中...
分类:Web程序   时间:2014-07-23 11:37:36    阅读次数:307
设计模式--6大原则--单一职责原则
单一职责原则(Single Responsibility Principle),简称SRP。 定义: There should never be more than one reason for a class to change. 应该有且仅有一个原因引起类的变更。 ? 有时候,开发人员设计接口的时...
分类:其他好文   时间:2014-07-23 00:34:27    阅读次数:183
大话重构连载6:一个真实的谎言
经过前面的一番讲解,相信你已经对系统重构有了一些初步的认识了。一切的一切仿佛在告诉我们,系统重构总是与需求变更无关。但此时,我不得不告诉你这是真实的谎言。我们的软件系统总是处于一种变化之中,并且往往是一种由浅入深、由易到难的过程。但是,当系统复杂程度发生变化时,我们应当及时调整我们的设计,来适应新的...
分类:其他好文   时间:2014-07-22 22:45:15    阅读次数:147
设计模式——6大设计原则
1、单一职责原则 单一职责原则的英文名称是Single Responsibility Principle,简称是SRP。 单一职责的定义是:有且仅有一个原因引起类的变更。 单一职责原则要求一个接口或者一个类只有一个原因引起变化,也就是说一个接口或类只有一个职责,它就负责一件事情。 建议是:...
分类:其他好文   时间:2014-07-22 22:44:54    阅读次数:189
su - user解释
su [-fmp] [-c command] [-s shell] [--help] [--version] [-] [USER [ARG]]-c command:变更账号为USER的使用者,并执行指令(command)后再变回原来使用者。Linux下 su命令与su - 命令有什么区别?su us...
分类:其他好文   时间:2014-07-22 22:34:54    阅读次数:268
CentOS 6.5源码编译安装MySQL 5.6
对于服务器的环境,个人觉得还是源码编译安装的非常靠谱,假如有服务器要变更,直接rm掉安装目录即可。有些人喜欢yum安装,但是在卸载yumremove的时候,一不小心,就卸载了一个基础库,导致系统的shell命令失效,情节严重的可能连系统启动都会存在问题。1.安装系统的一些必要基..
分类:数据库   时间:2014-07-22 14:54:44    阅读次数:320
用PHP去实现数据库查询结果缓存
有些时候我们希望减少对数据库的查询来提高程序的性能,因为这些数据不是经常变更的,而是会在很长一段时间内都不会变化,因此,我们每连接一次数据库,都会把相应的结果用文件的形式保存起来。比如对于一个商城来说,我们的商品的数量可能会经常变,但是我们的商品类型以及商品的价格这些东西都会在很长的一段时间内不会变更,如果我们需要频繁的查询它们的时候,就可以使用数据库缓存技术。 缓存的原因      第一点首...
分类:数据库   时间:2014-07-22 14:44:52    阅读次数:258
大话重构连载6:一个真实的谎言
经过前面的一番讲解,相信你已经对系统重构有了一些初步的认识了。一切的一切仿佛在告诉我们,系统重构总是与需求变更无关。但此时,我不得不告诉你这是真实的谎言。 我们的软件系统总是处于一种变化之中,并且往往是一种由浅入深、由易到难的过程。但是,当系统复杂程度发生变化时,我们应当及时调整我们的设计,来适应新的变化。然而我们没有做到这一点,所以我们的系统维护变得越来越困难。要解决我们的问题必须通过系统重构去优化我们的程序,使之重新适应业务需求。毫无疑问,需求变更才是我们去重构的主要动因。 然而.........
分类:其他好文   时间:2014-07-22 14:38:44    阅读次数:191
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!