是。CAD死网？
我想使用priority_queue类，但它在.NET核心中，而不是框架中然后我尝试在GitHub上为C#使用RBush:R树实现。但这也需要比框架中更新的功能
只是对微软贬低人们多年来一直使用的东西感到失望。
**** Hidden Message ***** 框架已经死了，而不是.NET
，我假设我们在不久的将来的AutoCAD版本中迁移到.NET 5。或者，当 AutoCAD 变为仅 Web 时，我们转向 Web 编程。 我完全支持基于Web的应用程序，但CAD是一个棘手的应用程序。我认为他们正在与webgl和wasm等越来越接近，但这是瓶颈的数据。在网络上加载和保存绘图数据库的演出会加载一些问题，例如速度和数据竞赛等问题，
这可以完成，但AutoDesk可以跟上吗？正如丹尼尔所指出的，他们已经落后了。
这一切都与将.Net带到Linux /Unix的Web/云服务有关。如果他们至少将框架作为Core的包装器，那就太好了。 微软一直鼓励那些有发言权的人追逐闪亮的新事物，大概是因为他们从中赚了最多的钱。也一直有沉默的大多数人继续使用有效的东西，因为它已经有效了-Windows窗体仍然是一种东西，它“不会消失”。
。NET3.5sp1计划在2029年拆除，因此4.8应该会持续一段时间。看见https://docs.microsoft.com/en-au/lifecycle/products/microsoft-net-framework
ODA已经为.NET核心发布了SWIG生成的.NET包装器，但没有发布与“遗留”源代码兼容的SDK.NET classic。SWIG版本的代码看起来更像C++而不是“遗留”源代码
当云没有延迟、数据泄露、停机和账单冲击时，人们将放弃本地应用和存储，蜂拥到云上。 如果Acad内部的网速太慢，那么在未来，Acad+NET可能会死，肯定55%
=任何人，DLL/s的速度是非常重要的。
也许，VLISP已经死了。？
any one = = Visual-Lisp被BrisCAD、ZwCad和GstarCad拯救了。
d2010:速度好像还可以。尤其是考虑到大多数较新的计算机对于AutoCAD来说都是大材小用。尽管我可能是错的，因为我对. NET不太熟悉。
微软绝对需要改进。NET(和C#)来保持竞争力。短期痛苦换取长期收益。良好的...至少这是我所希望的，因为我已经投入了很多时间来学习它。所以希望从框架升级带来的痛苦是值得的。
页:
[1]