把专业的问题通俗化——

　　ERP(Enterprise Resource Planning)企业资源计划系统，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。

　　一天中午，丈夫在外给家里打电话：“亲爱的老婆，晚上我想带几个同事回家吃饭可以吗？” (订货意向)

　　妻子：“当然可以，来几个人，几点来，想吃什么菜？”

　　丈夫：“6个人，我们7点左右回来，准备些酒、烤鸭、番茄炒蛋、凉菜、蛋花汤……。你看可吗？” (商务沟通)

　　妻子：“没问题，我会准备好的。” (订单确认)

　　妻子记录下需要做的菜单 (MPS计划) ，具体要准备的东西：鸭、酒、番茄、鸡蛋、调料…… (BOM物料清单) ，发现需要：1只鸭蛋，5瓶酒，4个鸡蛋…… (BOM展开) ，炒蛋需要6个鸡蛋，蛋花汤需要4个鸡蛋 (共用物料) 。

　　打开冰箱一看 (库房) ，只剩下2个鸡蛋 (缺料) 。

　　来到自由市场，妻子：“请问鸡蛋怎么卖？” (采购询价)

　　小贩：“1个1元，半打5元，1打9.5元。”

　　妻子：“我只需要8个，但这次买1打。” (经济批量采购)

　　妻子：“这有一个坏的，换一个。” (验收、退料、换料)

　　回到家中，准备洗采、切菜、炒菜…… (工艺线路) ，厨房中有燃气灶、微波炉、电饭煲…… (工作中心) 。

　　妻子发现拨鸭毛最费时间 (瓶颈工序，关键工艺路线) ，用微波炉自己做烤鸭可能来不及 (产能不足) ，于是阅览室在楼下的餐厅里买现成的 (产品委外) 。

　　下午4点，接到儿子的电话：“妈妈，晚上几个同学想来家里吃饭，你帮忙准备一下。” (紧急订单)

　　“好的，你们想吃什么，爸爸晚上也有客人，你愿意和他们一起吃吗？”

　　“菜你看着办吧，但一定要有番茄炒鸡蛋，我们不和大人一起吃，6：30左右回来。” (不能并单处理)

　　“好的，肯定让你们满意。” (订单确定)

　　“鸡蛋又不购了，打电话叫小店送来。” (紧急采购)

　　6：30，一切准备就绪，可烤鸭还没送来，急忙打电话询问：“我是李太，怎么订的烤鸭还不送来？” (采购委外单跟催)

　　“不好意思，送货的人已经走了，可能是堵车吧，马上就会到的。”

　　门铃响了。

　　“李太太，这是您要的烤鸭。请在单上签一个字。” (验收、入库、转应付账款)

　　6：45，女儿的电话：“妈妈，我想现在带几个朋友回家吃饭可以吗？” (呵呵，又是紧急订购意向，要求现货)

　　“不行呀，女儿，今天妈已经需要准备两桌饭了，时间实在是来不及，真的非常抱歉，下次早点说，一定给你们准备好。” (哈哈，这就是ERP的使用局限，要有稳定的外部环境，要有一个起码的提前期) 。

　　…… ……

　　送走了所有客人，疲惫的妻子坐在沙发上对丈夫说：“亲爱的，现在咱们家请客的频率非常高，应该要买些厨房用品了 (设备采购) ，最好能再雇个小保姆 (连人力资源系统也有缺口了) 。

　　丈夫：“家里你做主，需要什么你就去办吧。” (通过审核)

　　妻子：“还有，最近家里花销太大，用你的私房钱来补贴一下，好吗？” (最后就是应收货款的催要)

　　现在还有人不理解ERP吗？记住，每一个合格的家庭主妇都是生产厂长的有力竞争者。

由于时间关系,好久没有在JAVAEYE发贴子了,现在一开始准备写点东西的时候,感觉到自己的写作水平好差,什么都写不出,但是还是要坚持写下去.暑假这段时间真忙,根本没有时间做别的事,从早到晚一直埋头写程序,这段时间也让我理解到做程序员原来是这样的艰辛!现在刚好写写东西放松下,呵呵~~

       直接写我要写的吧.在财务管理系统中经常要多财务数据进行统计计算,所以系统应为用户提供方便的计算工具,具体需求包括对数据进行统计计算外还包括取数(把文本里面的数据取到计算器),送数（把计算的结果写回到文本中）,精确度调整等.我做的已经基本实现了以上功能. 页面如下:

整个计算器在一个层里面,用户可以点击右上角关闭图标隐藏这个层,点击open按钮显示.另外用户还可以拖动这个层,随便放置它的位置.右边的划块(借用yaho的)用于调整计算的精度,最多可以保留三位小数,如果需要更多的小数位,不选中左上角的CheckBox,即可.

1.不要听“亲朋好友”的话，他们只会让你成为“平凡人”。

2.不要只会“用功读书”，重要的是“要读对书”。

3．不要只是“努力工作”，重要的是“做对工作”。

4.不要只是结交“志趣相投”的朋友，否则你永远只看到“一半”的世界。

5.不要只是“安分守己”等待升迁，要像下跳棋一样想办法“一步登天”。

6.不要只是“准备好了等机会”，主动“制造机会”才能捷足先登。

7.不要以为“钱不会从天上掉下來”，只是你必须“站对地方”接。

8.不要只会“正面思考”，要“逆向思考”，“不正常”的人才能出人头地。

9.在股市中，别人因为紧张而犯的每一个错误，都是在辛辛苦苦的为您累计财富。

工夫不负有心人!先用POI实现了把数据导出为Excel,现在又实现了用Itext把数据导出为Pdf文档.因为这些技术是以前都没有接触的,而现在又都基本掌握了,所以心里略有一些成就感.现把完整程序代码列在下面,以供对Itext有兴趣的朋友参考.

ItextPdfDmo.java

有关Itext[附]:

(一)Itext简单介绍 :iText是著名的开放源码的站点sourceforge一个项目，是用于生成PDF文档的一个java类库。通过iText不仅可以生成PDF或rtf的文档，而且可以将XML、Html文件转化为PDF文件。

(二)Itext入门
使用Itext主要有五个步骤:
(1)建立com.lowagie.text.Document对象的实例

(2)建立一个书写器(Writer)与document对象关联，通过书写器(Writer)可以将文档写入到磁盘中。

(3)打开文档。

(4)向文档中添加内容。

(5)关闭文档。

通过上面的5个步骤，就能产生一个简单HelloItext.PDF的文件，文件内容为"Hello Itext"。当然用Itext实现这样的功能很简单,但是如果要达到我们实际的要求就没有这么简单了.如果要完全掌握Itext还需要阅读文档和有关资料.Itext包括表格处理,图像处理,报表等复杂的应用.

简单的完整可运行的代码如下:

最近在做我们的JAVA课程设计，我的设计里面涉及到了对信息的导出，包括导出Excel和Pdf．在网上查了有关Poi的资料查了很久终于写出了满足自己需求的程序．以下是程序的全部代码：

（一）SheetDataSource．java

上面部分代码主要是从数据库里面取出数据，作为Excel的数据源．

（二）PoiDemo．java

另外在附件里面附带有本程序所用的所有资源，包括源代码文件，数据库和POI的JAR包，欢迎有兴趣的朋友参考，并提出宝贵的意见．
致谢　：　
　　　　　本程序的数据库由兄弟温总提供，为了不让他免费为我们提供他辛辛苦苦做出数据库而感到心里不平衡，在此向他表示感谢！

IoC就是Inversion of Control，控制反转。在Java开发中，IoC意味着将你设计好的类交给系统去控制，而不是在你的类内部控制。这称为控制反转。



下面我们以几个例子来说明什么是IoC



    假设我们要设计一个Girl和一个Boy类，其中Girl有kiss方法，即Girl想要Kiss一个Boy。那么，我们的问题是，Girl如何能够认识这个Boy？



在我们中国，常见的ＭＭ与GG的认识方式有以下几种



１　青梅竹马；

２　亲友介绍；

３　父母包办



那么哪一种才是最好呢？



青梅竹马：Girl从小就知道自己的Boy。



public class Girl {

void kiss(){

Boy boy = new Boy();

}

}



    然而从开始就创建的Boy缺点就是无法在更换。并且要负责Boy的整个生命周期。如果我们的Girl想要换一个怎么办？（笔者严重不支持Girl经常更换Boy）



亲友介绍：由中间人负责提供Boy来见面



public class Girl {

void kiss(){

Boy boy = BoyFactory.createBoy();

}

}





    亲友介绍，固然是好。如果不满意，尽管另外换一个好了。但是，亲友BoyFactory经常是以Singleton的形式出现，不然就是，存在于 Globals，无处不在，无处不能。实在是太繁琐了一点，不够灵活。我为什么一定要这个亲友掺和进来呢？为什么一定要付给她介绍费呢？万一最好的朋友爱上了我的男朋友呢？



父母包办：一切交给父母，自己不用费吹灰之力，只需要等着Kiss就好了。





public class Girl {

void kiss(Boy boy){

// kiss boy

boy.kiss();

}

}



    Well，这是对Girl最好的方法，只要想办法贿赂了Girl的父母，并把Boy交给他。那么我们就可以轻松的和Girl来Kiss了。看来几千年传统的父母之命还真是有用哦。至少Boy和Girl不用自己瞎忙乎了。



这就是IOC，将对象的创建和获取提取到外部。由外部容器提供需要的组件。



我们知道好莱坞原则：“Do not call us, we will call you.” 意思就是，You, girlie, do not call the boy. We will feed you a boy。



我们还应该知道依赖倒转原则即 Dependence Inversion Princinple，DIP。

Eric Gamma说，要面向抽象编程。面向接口编程是面向对象的核心。



组件应该分为两部分，即



Service, 所提供功能的声明



Implementation, Service的实现



好处是：多实现可以任意切换，防止 “everything depends on everything” 问题．即具体依赖于具体。



    所以，我们的Boy应该是实现Kissable接口。这样一旦Girl不想kiss可恶的Boy的话，还可以kiss可爱的kitten和慈祥的grandmother。





二、IOC的type



IoC的Type指的是Girl得到Boy的几种不同方式。我们逐一来说明。





IOC type 0：不用IOC



public class Girl implements Servicable {



private Kissable kissable;



public Girl() {

kissable = new Boy();

}



public void kissYourKissable() {

kissable.kiss();

}



}



Girl自己建立自己的Boy，很难更换，很难共享给别人，只能单独使用，并负责完全的生命周期。





IOC type 1，先看代码：



public class Girl implements Servicable {



Kissable kissable;



public void service(ServiceManager mgr) {

kissable = (Kissable) mgr.lookup(“kissable”);

}



public void kissYourKissable() {

kissable.kiss();

}



}



    这种情况出现于Avalon Framework。一个组件实现了Servicable接口，就必须实现service方法，并传入一个ServiceManager。其中会含有需要的其它组件。只需要在service方法中初始化需要的Boy。



另外，J2EE中从Context取得对象也属于type 1。





它依赖于配置文件 



IOC type 2：



public class Girl {



private Kissable kissable;



public void setKissable(Kissable kissable) {

this.kissable = kissable;

}



public void kissYourKissable() {

kissable.kiss();

}



}



    Type 2出现于Spring Framework，是通过JavaBean的set方法来将需要的Boy传递给Girl。它必须依赖于配置文件。



IOC type 3



public class Girl {



private Kissable kissable;



public Girl(Kissable kissable) {

this.kissable = kissable;

}



public void kissYourKissable() {

kissable.kiss();

}



}



这就是PicoContainer的组件 。通过构造函数传递Boy给Girl。



PicoContainer container = new DefaultPicoContainer();

container.registerComponentImplementation(Boy.class);

container.registerComponentImplementation(Girl.class);

Girl girl = (Girl) container.getComponentInstance(Girl.class);

girl.kissYourKissable();