TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Fornjot: A next-generation Code-CAD application

86 点作者 sbt567大约 3 年前

8 条评论

samwillis大约 3 年前
This looks super exciting, particularly the idea of building a new Open-source B-Rep CAD Kernel. In fact that&#x27;s (for me) by far the most exciting part! Open cascade is dated, somewhat difficult to work with and nowhere near as capable as commercial Kernels such as Parasolid.<p>Its going to be a mammoth undertaking to build a new kernel, the existing ones have taken tens of thousands of man years to get to where they are now. I do believe it&#x27;s possible to start afresh though, by carefully selecting features to support and getting an MVP running it would then be possible to build something very impressive. Starting with a code first cad tool is a good idea, it purposely keeps things simple, and expectations lower.<p>I do believe there is a commercial market for this to - a cheaper and easer to use kernal to build cad products on would be very welcome, I could see the potatial for commercial investment in a open source kernal. I have a Mechanical&#x2F;Industrial Design background as well as Software and often get tempted to try and build various CAD tool ideas I have, having a good modern foundation to build upon would be brilliant.
评论 #30618211 未加载
评论 #30626006 未加载
评论 #30621415 未加载
评论 #30619775 未加载
unfocussed_mike大约 3 年前
Ahh, it is b-rep and intended to be language-agnostic?<p>Very cool.<p>OpenSCAD is fun but I am kind of reluctant to get too far into it when there&#x27;s really only at best a difficult journey to STEP support (via the OpenSCAD workbench in FreeCAD).<p>And as for other CSG languages, Nick Lockwood&#x27;s ShapeScript is fun:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;nicklockwood&#x2F;ShapeScript" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;nicklockwood&#x2F;ShapeScript</a><p><a href="https:&#x2F;&#x2F;apps.apple.com&#x2F;app&#x2F;shapescript&#x2F;id1441135869" rel="nofollow">https:&#x2F;&#x2F;apps.apple.com&#x2F;app&#x2F;shapescript&#x2F;id1441135869</a><p>But a path to producing STEP seems essential to me, to move beyond 3D printers.<p>CadQuery (especially v2) is fascinating and there&#x27;s even a FreeCAD workbench for v2 now. Cascade Studio is very interesting indeed.<p>But I will be following this with interest. Not least because it might prod me into playing with Rust.
评论 #30622110 未加载
engr大约 3 年前
I have been working on a .net wrapper for opencascade (<a href="https:&#x2F;&#x2F;github.com&#x2F;veggielane&#x2F;EngrCAD" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;veggielane&#x2F;EngrCAD</a>) but opencascade interop from .net is a pain. I also fell in and out of love with SDF, as most CAM tools need BREP.<p>I agree with people in this thread, the world needs more CAD kernels. I also think that we need a language agnostic markup language to represent the BREP.
评论 #30621419 未加载
评论 #30618973 未加载
评论 #30620298 未加载
SOLAR_FIELDS大约 3 年前
Good luck! CAD modelling is difficult even as a user, creating software that does it well must be significantly more so. I can sympathize with the OP regarding OpenSCAD. Beyond some of its technical limitations, it&#x27;s missing some absolutely critical base features. One of the most egregious ones, in my opinion, is the lack of a simple builtin measuring tool[1]. There are threads going back to 2013 asking for this feature, with no plans to implement that I can tell.<p>1: <a href="https:&#x2F;&#x2F;github.com&#x2F;openscad&#x2F;openscad&#x2F;issues&#x2F;1768" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;openscad&#x2F;openscad&#x2F;issues&#x2F;1768</a>
smallerfish大约 3 年前
``` let outer = args .get(&quot;outer&quot;) .unwrap_or(&amp;&quot;1.0&quot;.to_owned()) .parse() .unwrap(); ```<p>Is this the syntax you want users to write? I...don&#x27;t find it very readable.
评论 #30626096 未加载
评论 #30620915 未加载
评论 #30619868 未加载
axelerator大约 3 年前
I think 3D modelling lends itself exceptionally well to the functional programming style. Rusts syntax is heavily influenced to solve a breadth of system level problems that don&#x27;t exist in the &quot;application&quot; space this is solving.<p>I would argue such a system would be best implemented in a language that only has expressions. For example Elm has a wonderful geometry library [1].<p>[1] <a href="https:&#x2F;&#x2F;package.elm-lang.org&#x2F;packages&#x2F;ianmackenzie&#x2F;elm-geometry&#x2F;latest&#x2F;" rel="nofollow">https:&#x2F;&#x2F;package.elm-lang.org&#x2F;packages&#x2F;ianmackenzie&#x2F;elm-geome...</a>
评论 #30626165 未加载
评论 #30623819 未加载
rq1大约 3 年前
This is interesting. Though a new code-first approach should follow an LLVM-like architecture IMO.
评论 #30626192 未加载
lloydatkinson大约 3 年前
OpenSCAD cannot do chamfered edges. I hope this will.<p>edit: Models are defined as Rust code.<p>Oh...
评论 #30626187 未加载