Programming languages Y会是“in?”,为什么C++会出现?就我个人而言,我会使用C语言,这并不是说我讨厌Python——恰恰相反。但有太多的小烦恼,使它适合我正在尝试做的事情。细微的差别可能会使Ruby更合适。指针、内存微管理、微妙的错误场景占用时间使C/C++不合适。哦,我

Programming languages Y会是“in?”,为什么C++会出现?就我个人而言,我会使用C语言,这并不是说我讨厌Python——恰恰相反。但有太多的小烦恼,使它适合我正在尝试做的事情。细微的差别可能会使Ruby更合适。指针、内存微管理、微妙的错误场景占用时间使C/C++不合适。哦,我,programming-languages,prototyping,Programming Languages,Prototyping,Y会是“in?”,为什么C++会出现?就我个人而言,我会使用C语言,这并不是说我讨厌Python——恰恰相反。但有太多的小烦恼,使它适合我正在尝试做的事情。细微的差别可能会使Ruby更合适。指针、内存微管理、微妙的错误场景占用时间使C/C++不合适。哦,我明白了。我不认为鲁比有这些东西。C和C++都被OpenGL社区大量使用,我没有看到太多抱怨。但是,好的。对于最终的实现,我很可能会使用C++。我很好奇为什么你会选择C++来代替java进行原型开发。也许你的Python问题是用Python语法来


Y会是“in?”,为什么C++会出现?就我个人而言,我会使用C语言,这并不是说我讨厌Python——恰恰相反。但有太多的小烦恼,使它适合我正在尝试做的事情。细微的差别可能会使Ruby更合适。指针、内存微管理、微妙的错误场景占用时间使C/C++不合适。哦,我明白了。我不认为鲁比有这些东西。C和C++都被OpenGL社区大量使用,我没有看到太多抱怨。但是,好的。对于最终的实现,我很可能会使用C++。我很好奇为什么你会选择C++来代替java进行原型开发。也许你的Python问题是用Python语法来编程C++/y/java的?C++、C语言和java是紧密相关的语言,因此,当你只知道这些时,把脑袋包在其他东西周围是一个巨大的步骤。学习这么多新API时,代码完成非常重要。我意识到Python非常适合写在纸上,这就是为什么我首先选择它的原因,但所有的小麻烦都让我感到困扰。这在第一个要求中得到了总结,我知道这有点主观。谢谢你的提示。我试试看。代码完成是C++的一个很好的论点,但是我也能从java中得到它,还有很多C++的优点,我想做的事情。最后,C++很可能是我最终实现的选择。我相信PyDev也会这么做。标准模块有完整的签名,但外部API没有。特别是OpenGL,没有参数真的很痛苦。当我说语言时,实际上我指的是语言,以及它的生态系统,因为它们通常是紧密联系在一起的。在SciTE中,你可以得到方法名称、参数(以及静态语言中的类型)以及同一行上的任何注释(如果你设置它们的话)。因此,如果语言没有静态类型,那么它们就不存在了,但是您应该能够以某种方式获得名称。实际上,如果您从原始头构建api文件,您也会获得数据类型。我不使用基于Eclipse的工具,它们基于的许多假设都是错误的。不过Java3D更像是场景图API。javaopengl(JOGL)只是一个很薄的包装器,因此与任何其他语言中的OpenGL代码几乎相同。不过,Jython可能是Java和Python之间的一个很好的中间地带。我得试一下。我想说部分。外部API只显示方法名,所以我仍然需要查找参数。这对于OpenGL来说尤其痛苦。当我说Python时,我指的是语言和生态系统,所以是的,你是正确的,因为它不是语言。至于糟糕的API文档,这主要是PyOpenGL文档。像python文档一样,数据类型没有列出,这让我有时要猜测它想要什么。我发现PyDev不太擅长计算数据类型,但这是一个巧妙的类型暗示技巧。尽管在大多数情况下,这仍然是一个麻烦,但可能会派上用场。谢谢你给我的其他建议。这真的很有帮助。布和陶看起来很有趣。我得调查一下。每个模块一个类显然是我从Java中得到的,当然这也是我可以改变的习惯。但它不允许这样做,这让我很烦恼,因为没有明显的原因,当包名称足够避免污染时。
assert isinstance(myObj, MyClass)
from mymodulewithallimports import *