![](https://img-blog.csdnimg.cn/20201014180756738.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
J2SE
文章平均质量分 63
liangqilang
这个作者很懒,什么都没留下…
展开
-
AOP
原创 2011-04-02 21:47:01 · 58 阅读 · 0 评论 -
Java 的反射机制基本理解
原创 2011-04-02 22:07:11 · 54 阅读 · 0 评论 -
Java_Serializable(序列化)的理解和总结
原创 2011-04-02 22:08:24 · 64 阅读 · 0 评论 -
怎样在不同线程间实现对文件的同步操作
原创 2011-04-02 22:42:53 · 59 阅读 · 0 评论 -
线程安全总结1
原创 2011-04-02 22:51:24 · 54 阅读 · 0 评论 -
探索并发编程
原创 2011-04-02 22:53:00 · 76 阅读 · 0 评论 -
事务在Hibernate以及JPA中的应用(一)
原创 2011-04-02 22:54:08 · 60 阅读 · 0 评论 -
多线程设计要点
原创 2011-04-02 22:55:20 · 57 阅读 · 0 评论 -
编写安全的代码(java)
文是来自Sun官方站点的一篇关于如何编写安全的Java代码的指南,开发者在编写一般代码时,可以参照本文的指南:希望对家有所启发? 静态字段? 缩小作用域? 公共方法和字段? 保护包? equals方法? 如果可能使对象不可改变? 不要返回指向包含敏感数据的内部数组的引用? 不要直接存储用户提供的数组? 序列化? 原生函数?原创 2011-04-02 23:06:27 · 62 阅读 · 0 评论 -
Java 的反射机制基本理解 @author metaphy
原创 2011-04-05 10:11:40 · 57 阅读 · 0 评论 -
献给xinyuan公司以及我的团队 代码整洁之道
2011-04-05 12:23:50 · 58 阅读 · 0 评论 -
像工匠一样进行重构--《Refactoring WorkBook》
原创 2011-04-05 16:33:52 · 62 阅读 · 0 评论 -
8种代码臭味
细微之处发现软件的质量问题。1.方法内代码超过一个电脑屏幕:一个方法只应该执行特定的任务,一个方法不应该包含一些这样的逻辑,例如判断用户名字段包哈巴的数据是否有效,是否存在等。如果一个方法代码大得超过一个屏幕,那么这是表明它做了太多的事情,需要切分。2.你在重用变量:除非你工作于嵌入式领域,否则内存是便宜的,不要做内存的守财奴,要注重可维护性。3.你直接访问request/session :这和具体应用服务器环境绑定,难于测试,所有应用数据应该直接解耦Session/re原创 2011-04-05 18:03:18 · 228 阅读 · 0 评论 -
10个有关编程的至理名言
r, like a wall of mini stones”——Donald Knuth10. “人们认为计算机科学是天才的艺术,但事实完全相反:只是很多人在共同建立起来的事物之上工作,就像一条由小石头铺成的小径。”——Donald Knuth9. “First learn computer science and all the theory. Next develop a programming style. Then forget all that and just hack”——Ge原创 2011-04-05 18:04:26 · 69 阅读 · 0 评论 -
61条面向对象设计的经验原则
el (1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口,但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如,拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16 (5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。p17 如果类的两个方法有一段公共代码,那么就可以创建原创 2011-04-05 18:05:00 · 36 阅读 · 0 评论 -
AOP
原创 2011-04-02 21:47:01 · 52 阅读 · 0 评论 -
HashMap深入分析
会引起死循环,关于这一点,sun的官方网站上已有阐述,这并非是bug。HashMap的数据结构 HashMap主要是用数组来存储数据的,我们都知道它会对key进行哈希运算,哈系运算会有重复的哈希值,对于哈希值的冲突,HashMap采用链表来解决的。在HashMap里有这样的一句属性声明:transient Entry[] table;Entry就是HashMap存储的数据,它拥有的属性如下final K key; V value; final原创 2011-04-05 18:05:48 · 45 阅读 · 0 评论 -
Java 的反射机制基本理解
原创 2011-04-02 22:07:11 · 62 阅读 · 0 评论 -
Java_Serializable(序列化)的理解和总结
原创 2011-04-02 22:08:24 · 65 阅读 · 0 评论 -
怎样在不同线程间实现对文件的同步操作
原创 2011-04-02 22:42:53 · 64 阅读 · 0 评论 -
线程安全总结1
原创 2011-04-02 22:51:24 · 44 阅读 · 0 评论 -
探索并发编程
原创 2011-04-02 22:53:00 · 69 阅读 · 0 评论 -
事务在Hibernate以及JPA中的应用(一)
原创 2011-04-02 22:54:08 · 62 阅读 · 0 评论 -
多线程设计要点
原创 2011-04-02 22:55:20 · 56 阅读 · 0 评论 -
编写安全的代码(java)
文是来自Sun官方站点的一篇关于如何编写安全的Java代码的指南,开发者在编写一般代码时,可以参照本文的指南:希望对家有所启发? 静态字段? 缩小作用域? 公共方法和字段? 保护包? equals方法? 如果可能使对象不可改变? 不要返回指向包含敏感数据的内部数组的引用? 不要直接存储用户提供的数组? 序列化? 原生函数?原创 2011-04-02 23:06:27 · 75 阅读 · 0 评论 -
Java 的反射机制基本理解 @author metaphy
原创 2011-04-05 10:11:40 · 77 阅读 · 0 评论 -
献给xinyuan公司以及我的团队 代码整洁之道
2011-04-05 12:23:50 · 60 阅读 · 0 评论 -
像工匠一样进行重构--《Refactoring WorkBook》
原创 2011-04-05 16:33:52 · 60 阅读 · 0 评论 -
8种代码臭味
细微之处发现软件的质量问题。1.方法内代码超过一个电脑屏幕:一个方法只应该执行特定的任务,一个方法不应该包含一些这样的逻辑,例如判断用户名字段包哈巴的数据是否有效,是否存在等。如果一个方法代码大得超过一个屏幕,那么这是表明它做了太多的事情,需要切分。2.你在重用变量:除非你工作于嵌入式领域,否则内存是便宜的,不要做内存的守财奴,要注重可维护性。3.你直接访问request/session :这和具体应用服务器环境绑定,难于测试,所有应用数据应该直接解耦Session/re原创 2011-04-05 18:03:18 · 84 阅读 · 0 评论 -
10个有关编程的至理名言
r, like a wall of mini stones”——Donald Knuth10. “人们认为计算机科学是天才的艺术,但事实完全相反:只是很多人在共同建立起来的事物之上工作,就像一条由小石头铺成的小径。”——Donald Knuth9. “First learn computer science and all the theory. Next develop a programming style. Then forget all that and just hack”——Ge原创 2011-04-05 18:04:26 · 76 阅读 · 0 评论 -
61条面向对象设计的经验原则
el (1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口,但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如,拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16 (5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。p17 如果类的两个方法有一段公共代码,那么就可以创建原创 2011-04-05 18:05:00 · 53 阅读 · 0 评论 -
HashMap深入分析
会引起死循环,关于这一点,sun的官方网站上已有阐述,这并非是bug。HashMap的数据结构 HashMap主要是用数组来存储数据的,我们都知道它会对key进行哈希运算,哈系运算会有重复的哈希值,对于哈希值的冲突,HashMap采用链表来解决的。在HashMap里有这样的一句属性声明:transient Entry[] table;Entry就是HashMap存储的数据,它拥有的属性如下final K key; V value; final原创 2011-04-05 18:05:48 · 47 阅读 · 0 评论