+发表新主题
waznforever 发布于2025-9-30 10:14 388 次浏览 23 位用户参与讨论
跳转到指定楼层
yitingkele 发表于 2025-10-10 19:18:26
看來Inventor發展抓不到方向
回复

使用道具 举报

271280019 发表于 2025-10-12 05:52:48
yitingkele 发表于 2025-10-10 19:18
看來Inventor發展抓不到方向...
怎么说?
回复

使用道具 举报

yitingkele 发表于 2025-10-13 16:16:06
看來什麼都要,但都開發半套就逃
回复

使用道具 举报

271280019 发表于 2025-10-14 22:10:25
yitingkele 发表于 2025-10-13 16:16
看來什麼都要,但都開發半套就逃...
其实还是有方向的,是想要把Inventor一直以来缺少的曲面功能补齐。
这个研发一开始我也曾参与讨论(大约在2007年),并直接说我认为这东西将来是个麻烦,因为与Inventor现有功能整合会很费劲,而且不完全符合经典的CAD曲面造型基本规则。应当按老的MDT已经做好的那一套经典的曲面功能来策划才对。
当然他们有他们的想法,并没接受我的建议。
十来年之后的现在,这东西还是没什么明确的进展,看起来也不会有明确的进展了,Inventor的曲面功能仍旧是个缺口。
再说您提到的“半套”,大陆习惯说“半成品”。





但是,还真就有许多人认为洗袜子就是打一遍肥皂、过一遍水就行的。所以Inventor这种研发风格和结果,并不是所有用户都反感的。嘿嘿...

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

yitingkele 发表于 2025-10-15 03:39:00
271280019 发表于 2025-10-14 22:10
其实还是有方向的,是想要把Inventor一直以来缺少的曲面功能补齐。
这个研发一开始我也曾参与讨论(大约在 ......
從V4開始建議曲面,結果出來的還真孝掉大牙,IPART還更扯BOM僅能抓檔名不能抓群內件名,建議的IASSY結果出來的竟是離題那麼遠,簡單布林運算結合分離變成衍生構件且還不能當場做2個零件的布林運算,林林總總一籮框,當時聽說好像是PROE那批研發人員寫的聽了就暈了,PROE是有名的做一個成品指令是要繞遠路還疊床架屋的,由這批人來寫穩死的,10幾年下來看起來好像真的是那批人!!!!!!!!!!連自己AUTOCAD都連得不3不4,真是讓我這從AUTOCAD2.5用起的用戶想吐口水
回复

使用道具 举报

271280019 发表于 2025-10-16 23:30:43
yitingkele 发表于 2025-10-15 03:39
從V4開始建議曲面,結果出來的還真孝掉大牙,IPART還更扯BOM僅能抓檔名不能抓群內件名,建議的IASSY結果出來 ......
其实程序怎么写并不重要,重要的是写些什么。
软件研发者之中没有几个懂专业设计的人,结果就总是不行,CAD软件只会写程序是做不好的。
另一个麻烦,就是软件研发的管理架构太差,没有总工程师的技术把关定向,没有技术上的传承,不是一伙人干了之后,另一伙人接着干,而是另起炉灶。

话说回来,这种糟糕的结果,竟然是难以替代的。类似的软件也是同样的问题,竟然像一个模子里出来的。你想找一个更好的,真的找不到。我们在这里讨论的内容,研发者从来没兴趣。我在ACRD工作的时候曾建议他们来看看,然后问他们感觉如何?结果:基本上没看懂。

我以为根源还在用户。
对软件中表现不良的部分,用户并没有表示很不满,甚至有人还很喜欢。研发者当然不会去改了。
这类问题一直存在,最近几年来看,似乎有增无减。
软件研发与我们机械设计的技术管理,实在是天壤之别。我在软件界干了许多年,也曾力争改变他们。结果呢?没戏...
回复

使用道具 举报

gl1963 发表于 2025-10-17 15:22:21
曲面公认catia最好用,身边很多公司都改用catia了,用过catia的都说好,为什么,因为达索集团不仅做软件还做飞机,是用自己的软件设计自己的飞机,怎么会不好用,缺点就是太贵
回复

使用道具 举报

yitingkele 发表于 2025-10-17 20:20:06
271280019 发表于 2025-10-16 23:30
其实程序怎么写并不重要,重要的是写些什么。
软件研发者之中没有几个懂专业设计的人,结果就总是不行,CA ......
autocad在R10時讓第3者寫LSP大鳴大放,最後AUTODESK收錄及收購造成AUTOCAD更趨符合貼近使用者!!!但Inventor你怎麼建議一點用也沒有,連軟體架構給他們比較容易使用也根本像狗吠火車一樣,最終只好山不轉人轉改用其他軟體了!!!!
回复

使用道具 举报

271280019 发表于 2025-10-19 11:57:12
yitingkele 发表于 2025-10-17 20:20
autocad在R10時讓第3者寫LSP大鳴大放,最後AUTODESK收錄及收購造成AUTOCAD更趨符合貼近使用者!!!但Inventor ......
很少有人注意到这一点,而这正是AutoCAD成为常青树的主要原因。

下面摘录我在书中的相关内容,供感兴趣者参考:

Autodesk的“成名作”是AutoCAD,这是个二维绘图软件,在其问世的时候,无论是性能还是市场,都不乐观。当时已经有不止一个比AutoCAD性能和功能都更好的软件在销售和使用中。但是,三十年之后的今天,我们看到AutoCAD几乎就是二维CAD软件的代名词,甚至许多年轻的使用者,误以为“CAD”说的就是“AutoCAD”而没有别人…
AutoCAD是怎么做到这一点的?
商业运营的技巧、产品程序设计的水准、能运行在个人计算机上、当时的历史背景… 这些都是原因。
其中有一个关键的原因就是:AutoCAD具有比别人好得多的API。
AutoCAD提供了多层次的、针对使用者不同知识背景的、多种API:ARX/VBA/LISP/SCR… 于是,程序设计能力接近Autodesk自身的研发团队的开发商可以满意,能给AutoCAD编写大号的专业附加模块;几乎不了解程序设计的专业设计用户也能满意,能用小号的程序将自己的设计动作自动化。
这种优异的API配置,是AutoCAD至今仍旧处于空前绝后状态的独特优势,且后继无人。
于是,在AutoCAD显露出这种优势之后,全世界基于AutoCAD-API所研发的、用于各种专业设计的软件,如雨后春笋。而此时中国也同样出现了许多的这类有规模的开发商;至于用户,为自己的设计编写专业程序的人就更多了(笔者也在其中)。
显然这些额外的程序没有花Autodesk的一分钱,却能牢牢地把相关用户与AutoCAD锁在一起:于是,想做好设计就得用这些程序,想用这些程序买就必须使用AutoCAD。
写到此,笔者不由得感叹:
早在1982年,Autodesk创业者表现出了多么睿智的战略眼光!而看看现在的Inventor研发者,相对来说就像是个傻瓜。

与AutoCAD相比,Inventor的功能和数据结构则明显地更具有“设计支持”的味道,所以需要更为清晰和完整的专业设计支持能力。按这样的要求,Inventor软件本身的能力必然会存在着比AutoCAD更多的欠缺。就是说,在设计意图表达、设计数据关联和设计决策支持这三个主要的应用方向上,Inventor的用户们需要一种解决方案,使自己能“现在就”改善这些欠缺之处。
例如一个典型的功能需求:设计重用。按实际设计中发生的现象总结:在真正的新产品设计研发中,约40%是直接重用现有设计,约40%是对现有设计做局部的改动, 而只有约20%才是是全新的设计。对设计重用这个需求的支持,成为最近十年CAD软件的一个研究领域。
从软件研发的角度,这类需求有两种可能途径来解决:
包打天下法:研发者确认自己能解决用户所有的问题,并决心下手解决。实际上,除了专业知识上的鸿沟,众多、差异也不算大的不同需求,也确实是研发者巨大的研发压力和心理压力。这个笔者以为不行…
用户开发法:给用户一个容易使用的,功能完整的,仅针对自己的设计需要的程序设计方法。您想干什么,就自己玩吧。于是皆大欢喜…
笔者以为,AutoCAD就是处理“用户开发法”最为成功的典型,证据是AutoCAD-LISP。
现在几乎垄断了二维CAD软件市场的AutoCAD,一个不可忽视的原因就是这个LISP用户程序设计工具,时至今日仍有巨大数量的LISP用户程序在运行中,在解决着专业设计问题。
LISP语言的“表”结构,脱胎于当时为人工智能研发而设计的程序设计语言,所以表现出易于编写模仿人的思维过程的表达的特色,这种表达式可以在所有的AutoCAD需要用户响应的地方使用,例如:命令的响应中、脚本文件中、菜单中、甚至VBA程序中。
在笔者早期的一本书《Visual LISP for AutoCAD 2002—技巧与范例》中曾经这样说:
在Visual LISP的协助下,从对AutoCAD进行操作的功能上讨论,仅比ARX少了两类功能:自定义AutoCAD对象和多图档交叉操作。从目前的情况看,Visual LISP 是 AutoCAD 中几乎所有的应用程序的“总管、大管家”,内嵌于AutoCAD2000版本之后的Visual LISP,比起传统的AutoLISP和Visual LISP R14,从各个方面都有了较大的增强,这也是Autodesk重视这种程序设计方法,并不断加强开发工作的结果。目前只有AutoLISP 表达式,才能以添加在脚本文件、对话框和菜单之类的其它用户定制文件描述中,直接用在 AutoCAD 的命令行中响应几乎所有的命令,甚至将专业设计程序放在某图线中,随时激活这个程序。连VBA程序中也能够使用LISP表达式。
其实AutoCAD几乎一开始的版本就已经有了AutoLISP,后来迅速成长,在AutoCADR14年代,收购了VisualLISP,给AutoLISP添加了程序设计专用环境,之后在AutoCAD2000版本,进一步增强了这部分,并形成完整的编译和软件管理环境,使得AutoCAD2000成为至今的经典。
在Inventor中解决同类需求,因为涉及到更多的专业设计规则,就更不可能指望“包打天下法”能有效,只能是像AutoCAD那样,给用户一种方便的、易用的程序设计支持工具,使得软件研发团队没想到、没明白、没做出的设计支持,用户自己能做出来。
非常遗憾的是,Inventor在这方面并没有继承老前辈AutoCAD的特殊优点(其实两者并无我们认为一定会有的“继承”动作,因为它们并无亲缘关系),而只有门槛较高的VBA给用户。所以Inventor的专业程序研发,比起AutoCAD来说少得可怜,而且越来也少。在Inventor问世11年之后,我们欣喜地看到,似乎有些像AutoCAD-LISP的Inventor-iLogic,终于姗姗而来…

iLogic与AutoLISP有明显的不同,iLogic是被收购的,而非Autodesk原生的。
最初是在2008年末,Autodesk完成对Logimetrix公司的iLogic 软件与相关技术的收购。这家公司目前还存在的,网址:http://logimetrixinc.com/
然后iLogic进入被收购后的过渡整合阶段,作为外部插件,Autodesk曾发布过两个试用版本,即Inventor iLogic2009和Inventor iLogic2010。最终,iLogic在Inventor2011版本被正式列入到Inventor的功能序列中。
iLogic与AutoLISP的最大差异是:
AutoLISP能做AutoCAD几乎所有能做的事,而iLogic则不同:不能创建新的对象,不支持任何Inventor中附加模块,至少有一大半的事情不能做。
回复

使用道具 举报

ggxin2106 发表于 2025-10-21 11:30:56
设计软件的终极梦想应该是一款软件统统涵盖所有机械行业需要的功能,从设计到出图,从概念到渲染,从立体到动画
不过现在软件的接口格式都存在很大问题,一个标准格式文件导入不同软件,结果不一样,所以,路漫漫其修远兮。。。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ| Archiver|手机版|小黑屋| 碧波制图网 Stonespider

Copyright © 2021-2023 Kangli Wu   All Rights Reserved.

Powered by Discuz! X3.5( 苏ICP备18011607号-1 )

快速
回复
返回
列表
返回
顶部