觉得它唯一可取的是application dictionary的概念及实现，不过跟我们以前项目中设计的相差无几...跟clearcase designer的设计也很象。
觉得它唯一可取的是application dictionary的概念及实现，不过跟我们以前项目中设计的相差无几...跟clearcase designer的设计也很象。
能不能详细谈谈它的application dictionary概念，不知这个概念是旧酒翻新瓶，还是新的思路？
compiere有三种方式:
1.就是CS架构的Appliaction
2.BS,但是是基于Applet
3.BS,完全基于vHTML
但ＢＳ架构的启动之后,好多功能都没有实现,不知是什么原因!
另外,我现在也在搞compiere的实施,现在用cs进行的,进销存已经完毕,还算是很成功的!
从技术的观点来讲，compiere2最大的问题是太重，虽然它使用workflow，使用
application dictionary使的整个系统非常的flexible，但因此也给整个系统的实施带
来了许多工作。其实过去我一直在写类似的设计和程序，比如说把所有的field，
lable，workflow都存储在数据库内，不过发现太重。所以就我而言，compiere2是没有
什么新东西。如果你过去接触的系统不是基于application dict的话，也许你会赞赏
它，但对我而言，这种严重的数据依赖性所造成系统的复杂远胜过益处。
不能讲它有什么的根本缺点，只是在经过3年的大型heavy应用程序的开发后，我更青睐
lightweight的开发模式与产品。
BTW，我个人现在在写一套lightweight的系统，就是因为深受其苦。
PS:国外现在盛行的opensource模式是这样的，比如compiere2,注册了compiere。org，
开发一套opensource的framework，然后在注册一家compiere。com，专门卖服务和实
施。所以千万别以为你拿到source之后就ok了，路远着呢。如果你报研究的兴趣，
compiere无疑是个很好的产品，但如果你要实施，我劝你要慎重。
或者到复旦MBA论坛 http://www.fudanmba.org/bbs 的ERP专栏讨论
我最近在考虑采用一套比较实用的ERP系统, 推荐给某个行业的几百个企业
谢谢
rendongsc@sohu.com
Hi Richard,
Sorry for reply late. I am so busy :-(
Actually suitable or not is mostly based on the technique used by Compiere.
1. Oracle is a must? Since Compiere is an open-source software, you could not image a large enterprise will buy and use it. Bus a SMB's customer, especially in China, they never use Oracle (more expensive than others); they are familiar with SqlServer, mySQL.
2. Swing client? It is a challenge to the Window based user's patient. If switch to SWT (another java presentation layer tech), or web client to Struts, would be better.
3. Stored procedure? Lack of a better persistence layer, for example, Hibernate or Entity Engine, it is an anti-pattern.
4. The term used in form is too complex and confused to Chinese customers; you should make more effort to train your Chinese audience. Or modify the presentation layer, of course, you could do a lot of translation, even so, a lot of term is redundant.
5. Accounting system you mentioned is one of the incompatible of business logic.
...
Originally I want to setup a business for Compiere and I have done it, but it seems... :-&
Now I am focusing on Ofbiz, another open source framework about ERP/CRM, so far looks not so bad. The best suitable, I think, might be based on linux + mysql/postgresql + jboss + jetty + ofbiz + portal (jetspeed/liferay) to SMB's customer.
Feel free to discuss more with me.
Junfeng
从技术的观点来讲，compiere2最大的问题是太重，虽然它使用workflow，使用
application dictionary使的整个系统非常的flexible，但因此也给整个系统的实施带
来了许多工作。其实过去我一直在写类似的设计和程序，比如说把所有的field，
lable，workflow都存储在数据库内，不过发现太重。
为什么这样不行呢，我觉得只有这样才能做到0代码开发啊
但对我而言，这种严重的数据依赖性所造成系统的复杂远胜过益处。
不能讲它有什么的根本缺点，只是在经过3年的大型heavy应用程序的开发后，我更青睐
lightweight的开发模式与产品。
能否谈谈对数据过分依赖而造成的后果？
BTW，我个人现在在写一套lightweight的系统，就是因为深受其苦。
能否说一下你lightweight系统的设计思路呢？
谢谢!
成本核算方法，好象只有标准成本和移动加权平均，恐很难适用中小企业的现状。
我刚接触compiere，很多问题有待进一步研究，希望能和这方面的专家和爱好者共同进步。