|
面向对象建模与数据库建模两种分析设计方法的比较
对象和关系数据库的天然阻抗
软件是讲究方法的，要谈方法，这个世界只有两种：一是将复杂问题简单化的方法；另一是将简单问题复杂化的方法。对于软件这个领域，你只能选择前者。
面向对象与领域建模
据调查，目前有70%左右程序员是在使用OO语言编写传统过程化软件，缺乏完整的面向对象思维方法的教育和培训是基本根源，本文对软件开发中几个常见问题提出了独立的见解及尖锐的观点
Evans DDD 领域建模
如何提炼模型，而不是数据表，进而精化模型对象，使其能够反映领域概念基本本质是一个复杂过程，Evans DDD是2004年提出的具备革命性影响的软件思想。
实战DDD(Evans DDD:Domain-Driven Design领域驱动设计)
领域建模是一种艺术的技术，不是数学的技术，它是用来解决复杂软件快速应付变化的解决之道。
JavaEE/J2EE面向对象编程之道
一个真正面向对象的JavaEE/J2EE系统，应该是围绕领域模型的多层架构，以OO思维进行模型提炼和重构，继续以OO思维进行表现层和持久层配置实现，这才是化复杂为简单的软件解决之道。
当前Java项目开发中几种认识误区
由于大多数人没有进行过面向对象的系统培训和教育，导致很多人认识不足，在实践中造成各种基本架构问题，导致Java项目失败，还将失败原因归结于Java复杂。
DSM：Domain-Specific Modeling
DSM是超越UML/MDA一种新的建模方法，它成倍提高软件开发效率。
四色原型
我们在一个软件革命的开始，它象90年代我们看到的面向对象编程从传统过程语言中抽象出来一样。
如果说GOF设计模式开辟了OO对象设计新时代，那么原型模式和MDA将开辟后十年的软件新时代。
Feature-Driven
Development特征驱动开发
使用JdonFramework等现代Model/Service框架是在什么项目工程背景下进行的？不是以前的XP（Extreme
Programming ）或RUP，而是FDD。
UML和Java的阻抗
如果Java和UML这种发展概念不匹配下去，我们真的要问UML过时了吗？
状态对象：数据库的替代者
这是一个实战中非常重要但是容易被忽视的概念，说它重要，是因为它比数据库重要；说它容易被忽视也是同样的原因，它经常被数据库概念替代。
快速适应需求变化的软件复用
本文总结了软件复用的不同层次：设计复用、组件架构复用以及业务模型复用，复用技术
的不断发展正是由于适应变化需求的要求不断提高导致！
GOF 23种设计模式
板桥里人的设计模式讲解是国内媒体（包括书籍和网站）中最早的成体系原创介绍。"GoF设计模式"是程序员真正掌握面向对象核心思想的必修课。
很多有经验的程序员经常拥有自己朴素的编程思想，如：编程要有灵活性，要有可预见性，但是关键问题是如何实现呢？
软件最大的追求是什么？
从我们学会玩编程这个玩具开始起，我们就面临两种选择：一种朴素的、无需训练的、近似自然的“紧耦合”路线；一种是经过科学培训的“松耦合”道路。
用OO方法解一道算术题
本篇主要为说明使用面向对象的分析和设计方法可以帮助更快地认识事物，更快地排除编程设计过程一个个拦路虎。
J2EE设计模式
J2EE为什么比较复杂？追求可伸缩性、可扩展性和可重用性，深入学习J2EE之前先了解一下J2EE设计模式也许会有助了解J2EE复杂的原因。
你还在用if else吗？
是否大量使用if else语句，标志着一个程序员的面向对象思维是否走向成熟，也表明着他到底是否真正摆脱了传统面向过程或面向数据库的思维方式。
Ioc模式/依赖注射模式
Ioc模式是一种框架技术性质的模式，它同时也为AOP的Java实现提供了一种途径。
Ioc容器的革命性优点
Ioc容器的革命性优点是颠覆了“使用对象之前必须创建” 的基本Java语言定律。
译文：J2EE
vs .NET 应用开发走向何处?
元框架是目前J2EE一个发展方向。
J2EE中几种业务代理模式的实现和比较
本文讨论了使用微容器是如何实现业务代理模式，并且比较微容器实现和以往其它业务代理模式有何特点。
Pico、JMX、微容器以及对象的易管理性
PicoContainer等微容器正日益受到关注和广泛应用；J2SE5.0将JMX作为JDK基本API，这些技术都表明对象的易管理性呼之欲出。
AOP是什么？
AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。AOP带来了新的编程革新。AOP是GoF设计模式的延续，解决了GoF设计模式无法解决的一些重要的问题。
AOP详解和AspectJ
文章进一步介绍了AOP定义以及一些专业术语，通过AspectJ实现掀开了AOP神秘的面纱。
AOP与权限控制实现
资源访问权限控制（ACL）是系统安全的主要部分，权限控制的设计和实现问题已经在本站社区有过多次讨论（见
项目工程开发经验谈 ）。使用AOP实现ACL可谓是不二之法。
Jive论坛与Spring框架
Ioc模式和AOP完美应用是现代框架设计的根本之道。
探讨Spring框架使用真相
Spring到底在实际应用系统架构中处于怎样的一个位置？
J2EE/Java EE是一个多层结构，主要包括表现层/业务组件层/持久层，一个优秀高质量的J2EE/Java
EE系统中，这几个层次之间是完全解耦分离，互相没有联系。各个层次的具体技术又是日新月异，百花齐放。
综合架构
Java企业系统架构选择考量
本文探讨了如何在当前2005年及未来各种流行框架中选择适合自己应用系统所涉及的基本因素。
OO + 分布式计算 = 软件架构的方向
如果说分布式云计算是一条老百姓通往美好未来的康庄大道，那么选择怎样的座驾驶入这条道路，无疑是关系到我们每个程序员的职业素质和水平。
从Jive2到JiveJdon3看OO发展轨迹
本文从Jive论坛这个缩影来看看OO发展历史，OO发展其间也经过较长的不断完善和发展过程，直至今天已经全面进入成熟普及阶段。
Simplify the Best：轻量框架
将最好的技术简易使用，轻量反映我们对好技术的更易于使用一种要求。
什么是Java EE
5
J2EE自从1.5版本以后改变为Java EE，为什么会改名，目的何在，新的特点是什么？。
在Ruby on Rails/Naked Objects精神指引下的域驱动开发框架
域驱动开发框架是一种新的开发概念，通过这种框架达到J2EE快速开发。
软件“够用”就行了吗？
很多程序员没有从本质上认识到可复用软件技术特点，一直保守地持怀疑论。这会阻碍自己和中国软件技术的进步。
可伸缩性和重/轻量，谁是实用系统的架构主选？
这两者本不是矛盾，但是EB 3.0出现以前，他们是一对矛盾，如何处理？
立足于中间件，迎接美好的
SOA 时代
Java世界在渡过辉煌的中间件时代后，将迎来崭新的SOA新时代。
表现层
表现层框架Struts/Tapestry/JSF架构比较
表现层技术门派众多，陷阱多多，如何在他们之间根据自己应用做一个合适选择？
业务组件层
JBoss
5迎来组件彻底的可配置时代
HiveMind Jdon框架已经走上了彻底的可配置组件之路，JBoss 5.0版本将会将这条发展之路推向顶峰。
为什么要使用EJB
目前大多数人还在津津乐道于一个纯Web系统，例如Jive、Struts加上Hibernate、Jakarta的Web项目加上JDBC等，太多选择让他们迷失了方向，多层结构优点没有得到充分的体现。
EJB
3.0和吵闹的TSS年会
EJB 3.0推出总算给各种吵闹有个了断，Java就是在这种平等讨论氛围中前进的。
EJB3与EJB2架构对比
持久层
数据库时代的终结
中间件时代的来临，实际意味着数据库时代终结，正所谓一山无二虎。
我是EJB支持者，不只是Session Bea，还是实体Bean
这不是一篇否定Hibernate的檄文，而是来自实践的真心吐露，虽是一篇译文，但很多观点已经散见在本站很多文章中。
杂类
J2EE之四书五经
向初学者推荐J2EE指南性书籍
Refactoring(重整)实战
以用户注册系统为例，如何重整到工厂模式，使之更具健壮性和扩展性。
| 
