jinnianshilongnian
- 浏览: 21504193 次
- 性别:
-
博客专栏
-
-
跟我学spring3
浏览量：2418707
-
-
Spring杂谈
浏览量：3008811
-
-
跟开涛学SpringMVC...
浏览量：5639505
-
-
Servlet3.1规范翻...
浏览量：259931
-
-
springmvc杂谈
浏览量：1597331
-
-
hibernate杂谈
浏览量：250226
-
-
跟我学Shiro
浏览量：5858969
-
-
跟我学Nginx+Lua开...
浏览量：702014
-
-
亿级流量网站架构核心技术
浏览量：785227
最新评论
-
xxx不是你可以惹得：
认真看错误代码，有时候重启电脑就行了 醉了 我把数据库配置写死 ...
第十六章 综合实例——《跟我学Shiro》 -
dagger9527：
holyselina 写道您前面说到能获取调用是的参数数组,我 ...
【第六章】 AOP 之 6.6 通知参数 ——跟我学spring3 -
xxx不是你可以惹得：
Access denied for user 'root'@' ...
第十六章 综合实例——《跟我学Shiro》 -
dagger9527：
只有@AspectJ支持命名切入点，而Schema风格不支持命 ...
【第六章】 AOP 之 6.5 AspectJ切入点语法详解 ——跟我学spring3 -
dagger9527：
支持虽然会迟到，但永远不会缺席！
【第四章】 资源 之 4.3 访问Resource ——跟我学spring3
文章列表
历史已经证明，软件设计的缺陷一直是导致其漏洞被利用的最主要的罪魁祸首。安全专家发现，多数漏洞源自常见软件中相对有限的一些漏洞。软件开发者和设计者应当严格检查程序中的各种错误，尽量在软件部署之前就减少 ...
假设你是正在开发和维护一个包含2000个类并使用了很多框架的Java开发人员。你要如何理解这些代码？在一个典型的Java企业项目小组中，大部分能够帮你的高级工程师看起来都很忙。文档也很少。你需要尽快交付成果，并向项目组证明自己的能力。你会如何处理这种状况？这篇文章为开始一个新项目的Java开发者提供了一些建议。
0. 不要试图一下子搞懂整个项目
好好考虑一下，为什么理解项目代码是第一位的？大部分情况是你被要求修复一个bug或者加强系统已有功能。你要做的第一件事情不是理解整个项目的架构。当对项目进行维护时，这样（理解整个项目架构）可能会对你造成巨大的压力。
即便是有着10年可靠编程经验 ...
自动化测试经验的悖论【转载】
- 博客分类：
- reminder[转载]
有一个测试工程师发现一个有趣的现象，她申请过的几乎所有测试职位，在招聘时都需要自动化测试经验。
但当她开始工作后，就发现这些公司都试图做自动化测试，但是结果大多不怎么地。不过，尽管她参与的都是一些杯具的项目，不过她总能把这些杯具包装成洗具以应对下一次面试（当然她会撒一些慌，很普遍，不是吗？）
这个悖论也许不存在于那些纯粹的软件公司（指那些主要产品就是软件的公司）因为他们可以投入足够的钱到测试自动化中并确保成功。但是我们这些工作在IT服务类公司（译注：指为其它行业提供IT服务的公司）的人，要面对有限的预算，就会发现这个悖论是多么的真实。
下面是来自原文的一个匿名回复：
谷歌和Facebook，一个是高科技产业的霸主，一个是互联网时代的新贵。近两年来，跳槽到Facebook的谷歌员工越来越多，那么你知道这两家互联网巨头的工作环境又有何不同呢？
谷歌和Facebook，一个是高科技产业的霸主，一个是互联网时代的新贵，在IT人士看来，前者是世界上最具工作乐趣的企业之一，并且能提供极具竞争力的待遇；而后者则是个初生的孩子，但拥有庞大的潜力。近两年来，跳槽到Facebook的谷歌员工越来越多，包括谷歌地图之父拉尔斯拉斯穆森在内的诸多谷歌高管都选择了Facebook作为下家。那么这两家互联网巨头的工作环境又有何不同呢？
作者: Fenng网址: http://www.dbanotes.net/startup/Challenge_and_Grow_up.html
回想从最初开始负责丁香园技术团队到现在，团队规模已经增加了几倍，有人离职，也有更多的人加入。团队一大，自然有些问题会浮现出来。比如最近在和团 ...
IoC
IoC： Inversion of Control，控制反转， 控制权从应用程序转移到框架（如IoC容器），是框架共有特性
1、为什么需要IoC容器
1.1、应用程序主动控制对象的实例化及依赖装配
A a = new AImpl();
B b = new BImpl();
a.setB(b ...
13.3 集成测试
13.3.1 概述
集成测试是在单元测试之上，通常是将一个或多个已进行过单元测试的组件组合起来完成的，即集成测试中一般不会出现Mock对象，都是实实在在的真实实现。
对于单元测试 ...
13.1 概述
13.1.1 测试
软件测试的目的首先是为了保证软件功能的正确性，其次是为了保证软件的质量，软件测试相当复杂，已经超出本书所涉及的范围，本节将只介绍软件测试流程中前两个步骤：单元测试和集成测试。
...
12.5 综合示例
12.5.1 概述
在第十一章中我们介绍了SSH集成，在进行SSH集成时都是通过基于XML配置文件配置每层的Bean，从而产生许多XML配置文件，本节将通过注解方式消除部分XML配置文件，实现所谓的零配置。
12.5.2 项目拷贝
1、拷贝【第十一章 SSH集成开发】中的“pointShop”项目将其命名为“pointShop2”；
2、修改“pointShop2”项目下的“.settings”文件夹下的“org.eclipse.wst.common.component”文件，将“<property name=& ...
12.4 基于Java类定义Bean配置元数据
12.4.1 概述
基于Java类定义Bean配置元数据，其实就是通过Java类定义Spring配置元数据，且直接消除XML配置文件。
基于Java类定义Bean配置元数据中的@Configuration注解的类等价于XML配置文件，@Bean注解的方法等价于XML配置文件中的Bean定义。
基于Java类定义Bean配置元数据需要通过AnnotationConfigApplicationContext加载配置类及初始化容器，类似于XML配置文件需要使用ClassPathXmlApplicationContext加载配 ...
12.3 注解实现Bean定义
12.3.1 概述
前边介绍的Bean定义全是基于XML方式定义配置元数据，且在【12.2注解实现Bean依赖注入】一节中介绍了通过注解来减少配置数量，但并没有完全消除在XML配置文件中的Bean定义，因此有没有方式 ...
12.2 注解实现Bean依赖注入
12.2.1 概述
注解实现Bean配置主要用来进行如依赖注入、生命周期回调方法定义等，不能消除XML文件中的Bean元数据定义，且基于XML配置中的依赖注入的数据将覆盖基于注解配置中的依赖注入的数据。
Spring3的基于注解实现Bean依赖注入支持如下三种注解：
Spring自带依赖注入注解： Spring自带的一套依赖注入注解；
JSR-250注解：Java平台的公共注解，是Java EE 5规范之一，在JDK6中默认包含这些注解，从Spring2.5开始支持。
JSR-330注解：Java 依赖注 ...
12.1 概述
12.1.1 什么是零配置
在SSH集成一章中大家注意到项目结构和包结构是不是很有规律，类库放到WEB-INF/lib文件夹下，jsp文件放到WEB-INF/jsp文件夹下，web.xml需要放到WEB-INF文件夹下等等，为什么要这么放呢？不 ...
11.3 实现积分商城层
11.3.1 概述
积分商城是基于通用层之上进行开发，这样我们能减少很多重复的劳动，加快项目开发进度。
11.3.2 实现数据模型层
1、商品表，定义了如商品名称、简介、原需积分、现需积分等，其中是否发布表示只有发布（true）了的商品才会在前台删除，是否已删除表示不会物理删除，商品不应该物理删除，而是逻辑删除，版本属性用于防止并发更新。
java代码：
package cn.javass.point.model;
/** 商品表 */
@Entity
@Table(name = "tb_goods" ...
11.2 实现通用层
11.2.1 功能概述
通过抽象通用的功能，从而复用，减少重复工作：
对于一些通用的常量使用一个专门的常量类进行定义；
对于视图分页，也应该抽象出来，如JSP做出JSP标签；
通用的数据层代码，如通用 ...