寸心知

刚开始我还以为这是中国人的作品呢?原来只是作者Jon Tirsen来中国广西南宁旅游,后来非常喜欢这个城市,就以"南宁"来命名了,真是让我们汗颜呀. Nanning(http://nanning.codehaus.org)是一个Java AOP framework,它是以dynamic proxies的interceptor方式来实现Aop的. 下面介绍一些它的概念: Proxies The main object in the Core of N..............

   今天看到了一个非常强大的Web方式程序编辑器,叫作PowerFolder(简称pf).使用它可以在Browser中编写Web程序,并且它不只是能写1+1=2那么简单的程序,还可以在程序中加入比较复杂的商业逻辑.我一开始是仅仅把它作为工作流系统来了解的,逐渐深入研究以后,发现它不但包括了工作流,还包括了页面编辑器. ..............

一、相关网站： 1、aosd.net [http://aosd.net/] The home of aspect-oriented software development   2、AspectJ [http://eclipse.org/aspectj/] Mature and powerful AOP implementation that uses extensions to the Java languag..............

会签   虽然我一直在强调表单应该与流程结合起来考虑，但是仍然忘了在动态表单中考虑一些表单元素（表单域）多人操作的问题。涉及到表单与流程流转中的某些关联问题并没有考虑周全。一般，这种情况是由于流程中的会签活动（activity）引起的，多个人同时需要对某些表单域进行操作，那么前端视图应该如何显示这些表单域呢？   要完善的解决这个问..............

 现在可以详细说说表单定义文件的具体格式,既然我们把表单定义文件定义成XML文件格式。XML大家都已经非常熟悉了,我根据Tapestry,照猫画虎把该定义文件命名为*.page。   ..............

难点呈现出来以后，也就到了消灭它的时候，我一直认为解决问题的能力是衡量自我水平的杠杆。以上三个问题主要都集中在两者映射上，而解决映射的方法之一就是使用定义文件，通过定义文件来反映两者之间的关系。当然，定义文件的好坏，很大程度上决定了动态表单工具的好坏。 用定义文件（XML格式）来描述关系，我认为主要有以下两点好处： 1、XML现在非常成熟，是数据格式定义的标准。因此，我们根本不用担心跨平..............

国内做好动态表单工具（B/S）的企业基本上没有，很可能是由于： 客观原因：base on browser的开发难度很大，而且有些还受browser的限制，当然表单本身的工作也非常具有挑战性。 主观原因：没有哪家公司会投那么多资源去开发这个工具，很多公司完全是基于项目而构建，甚至有很多公司完全在卖概念。 按昨天提供的结构来说动态表单开发中主要难点，主要有以下几处： 1、表单控件的定义..............

动态表单对于一个以企业应用为主的产品来说，基本上是一个必不可少的模块，如果没有动态表单定制功能，很多与流程有关的工作是很难实现的。记得有位老板说：表单 + 流程 = ERP，虽然这话说的有点过，但在这两者结合后要占整个企业应用业务的80%以上。 经过我的总结，动态表单的整体架构见下图： ..............

虽然国内的OA产商非常之多，但并没有多少公司去详细研究OA本身的一些特性。比如：它是什么时候出现的、什么时候成熟的、它又是怎样出现的呢等问题。我从网上找了很久，没有发现答案，只看到一些XXOA的十大优势、XXOA的理念等。 OA在国内的发展历程可以追溯到90年代初期，从M$的Windows95出现后，一大批国内用户开始使用PC机，通过PC上的各种工具软件来辅助办公，可以说这个时候出现了OA的雏形。 下面让我们进入..............

OA即办公自动化，是英文Office Automation的首字母缩写，究竟什么是办公自动化呢？为了了解办公自动化系统，必须首先了解“办公”。 “办公”即Office在这里应该代表日常办公，日常办公是主要针对企事业单位的（当然政府也可以，但是应该叫政务了），也就是说在上班期间员工经常会做的工作，基本上是各个行业中共有的那部分工作（管理活动）。譬如：考勤、报销和会议等。 日常办公主要包括以下4部分工作，无论

利用java sourcecode直接生成hbm映射文件对我的诱惑不是一天两天了，始终觉得这才是朝自动化编码迈出了一大步。但是，如果只是单个文件的generate，不会显著的提高编程效率，只有ant + XDoclet两相配合，才会发挥出令人惊讶的优势。 先来一段XDoclet的说明： XDoclet是一个扩展的Javadoc Doclet引擎。它是一种通用的java工具，可以让你创建自己的javadoc @tags进而

今天，在整理组织结构模型时，忽然遇到一个问题，在我的组织结构中有一个Group对象,见源码：  public long getGroupId();  public void setGroupId(long groupId);  public long getParentId();  public void setParentId(long parentId);  public Group[] getChildGroups();..............

对于我这个规划师来说，规划一个工作流产品，简直就跟设计国家大剧院那么简单，不信，往下看： 规划一个工作流产品，可不是搭积木那么简单，至少也不比建国家大剧院的工程量少。国家大剧院不就挖个大洞，搞个小型拦水坝，上面再铺层玻璃，当然灯光要搞好，这差不多就Ok了。 而我的工作流产品就不一样了，首先它的外围产品就应该有“可视化建模工具”、“动态表单定义工具”、“组织结构定义工具”、“监控工具

这是我们原来整理的工作流管理系统的需求列表，想要做一个好东西真的很难。

 

今天又开始看看<<Thinking in java>>，不过这次是edition 3了，这本经典，感觉越看越有滋味，比原来有了更深的体会。不过这次不会逐字逐句的看了，挑几个重要的章节重点研究一下，把原来比较模糊的概念加强，将面向对象的思想进行下去。 AOP,OOP,IOC要学的东西太多了，每天不看一些新东西，很快会落伍的。希望不要这么早就赶不上形势了。切记切记！  ..............