欢迎有设计经验的行业编程高手加入UESOFT

uesoft

转自http://www.dodoinfo.com/b/dispbbs.asp?boardid=7&Id=5036

楼主的奋斗精神令人钦佩，对你的谦虚态度很欣赏。 今天的软件开发需要团队的合作，特别是楼主正在攻关的cad领域，靠个人的力量是很难成功的。UESOFT现在拥有58人的团队，正在广招天下工厂设计英豪，特别欢迎象楼主这样有设计行业背景又能进行编程开发的优秀人才。 Welcome to join UESOFT。

以下是引用RenZhe在2008-11-30 22:14:32的发言：

在冶金行业奋斗多年，做了4年的PDMS的工作。

当然对二次开发也有一些自己独特的理解。

我对PML二次开发基本上属于一般认识，写不出什么好东西。

但是，我觉得对于PDMS来讲二次开发可以分为两种：

第一种： 对数据的分析和整理，使用原有数据来创造信息。

对于这种方法非精通PDMS的PML不可。

第二种：直接生成宏文件。

关于这种方法，我倒是很在行。我觉得，我们做二次开发未必非要紧盯住那个什么PML不可，PML可能有其先天的优势就是属于PDMS的集成，但是说实话，要是有一定的计算机专业知识的人都会明白，所谓PDMS的数据库结构本身就不是现在世界上比较流行的数据库结构，如SQL或者是ORACLE的范畴。PDMS所在的数据库说的明白一些完全就是一组加了密的文本。而且数据关系特性则是完全不具备的。

我认为PDMS要想有更进一步的发展，非要向关系型数据库转换不可。我觉得可以将PDMS数据库仅仅作为一种数据转换的载体，而不是数据管理的载体。我们都知道要想管理PDMS的数据是一件非常麻烦的事情，非要编号等等。如果编号错了，连管理员自己都会头疼。PDMS数据库永远不可能像EXCEL那么好用。我觉得我们应该为PDMS做一些列的数据库转换接口，将PDMS的数据转换为公用关系型数据库的存储格式，使用管理关系型数据库的方法来管理PDMS数据库。

我不看好PML的开发和利用。因为我觉得，现今各大软件商提供的二次开发接口都属于基于.NET发开平台下的，而对于PDMS本身来讲却迟迟的改变不了，无法与时代接轨。而根本原因就在于棋数据库的结构。

因此，我个人认为，为什么我们不使用例如VS.NET和SQL数据库来改造数据库结构，将数据管理与生成的工作交给SQL-SERVER和VS.NET来做，而只是将PDMS的数据库作为一个设计平台的转载体呢。我已经为这个事情做了很多努力，并且在这方面做出了一定的小成绩。就是专门生成宏文件来让PDMS读取入数据库。这几天就会将开发的一些范例上传，供大家参考。

以上仅为个人意见和建议。所述的很多内容都有欠妥当的地方。如有专业人士请原谅。

[此贴子已经被作者于2008-12-4 9:01:51编辑过]

uesoft

以下是引用uesoft在2008-12-2 10:08:10的发言：
楼主的奋斗精神令人钦佩，对你的谦虚态度很欣赏。 今天的软件开发需要团队的合作，特别是楼主正在攻关的cad领域，靠个人的力量是很难成功的。UESOFT现在拥有58人的团队，正在广招天下工厂设计英豪，特别欢迎象楼主这样有设计行业背景又能进行编程开发的优秀人才。 Welcome to join UESOFT。 另外也谈一点关于数据库的浅见： 1，PDMS是在70年代开发的，那时网状数据库、层次数据库风靡一时，关系数据库的研究论文刚刚由IBM E.F.Codd发表，所以pdms是层次数据库。 2，关系数据库理论基础扎实，实现完备，多个品牌如Oracle、SQL SERVER、DB2等有很高的市场占有率。 3，面向对象的数据库管理系统也是数据库研发人员研究的领域之一，典型应用如CAD系统。面向对象的数据库管理系统优点是可以直接使用C++面向对象机制，缺点是查询复杂，不能标准化，降低二次开发效率。PDMS实际上是一个直接建立在存储系统上的面向对象的数据库管理系统，它是一个高性能的系统；AutoPDMS实际上是一个建立在关系型数据库系统上的面向对象的数据库管理系统，它的性能也许要低一些，但它一定更容易被二次开发者和用户使用，并易于普及。AutoPDMS将逐步推出支持C++和.NET的二次开发接口，以方便客户定制。

uesoft

联系人电话详见http://uesoft.com/forum.php?mod=viewthread&tid=4850&extra=page%3D1

[此贴子已经被作者于2008-12-6 8:56:54编辑过]

uesoft

以下是引用RenZhe在2008-12-6 21:44:54的发言：
我想弄一个元件模型网站，基本思路就是数据输入靠用户，原件生成靠后台程序！有意可以合作开发。另一件事情就是，是否愿意进行技术收购。

uesoft

你的想法不错，我想你的目标是：

为了快速生成统一的、集中管理的元件库、设备模版库。

有几个途径都可以实现你的目标：

1.1，采用你的网站办法，各厂家自己制作，汇总后免费提供给用户

1.2，采用你的网站办法，各厂家不缴费给你输入，汇总后免费提供给用户

1.3，采用你的网站办法，各厂家缴费给你输入，汇总后免费提供给用户

1.4，采用你的网站办法，各厂家缴费给你输入，汇总后收费提供给用户

2.1，采用pdms现有技术，再从各用户处收购，专人汇总(协调沟通费用高，重复输入，收购费用高，节省社会劳动)

2.2，采用pdms现有技术，由UESOFT或有实力的公司免费为各厂家制作，汇总后免费提供给用户(协调沟通费用低，不重复，收购费用低，可能浪费社会劳动)

2.3，采用pdms现有技术，由UESOFT或有实力的公司收费为各厂家制作，汇总后免费提供给用户

2.4，采用pdms现有技术，由UESOFT或有实力的公司免费为各厂家制作，汇总后收费提供给用户

2.5，采用pdms现有技术，由UESOFT或有实力的公司收费为各厂家制作，汇总后收费提供给用户

你应该仔细分析一下可行性。UESOFT目前赞成2.1-2.5方案，特别推崇2.2、2.3方案，当然也欢迎2.1方案。1.1-1.4方案由于要多支出很多成本，目前不可行，但若与AutoPDMS的元件库管理模块结合在一起开发，UESOFT又会对1.1-1.4持欢迎态度。