Questions tagged «interoperability»

13
程序员为什么会忽略ISO标准?[关闭]
想要改善这篇文章吗?提供此问题的详细答案,包括引文和答案正确的解释。答案不够详细的答案可能会被编辑或删除。 已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 我经常遇到的一件事是由不符合ISO标准的程序引起的问题。 一个示例不是使用ISO国家/地区表,而是自己编写简写,这对于美国(US)或荷兰(NL)来说还可以,但对于英国(GB,而不是英国)或西班牙来说则明显错误(ES,而不是SP)和许多其他国家/地区。 另一个示例是内部日期符号。为什么会有人将日期存储为01/02/2014?目前尚不清楚是2月1日还是1月2日,而如果使用ISO标准,则只存储2014-02-01 *,而2月1日则是明确的。 我的问题:有ISO标准可用时,程序员什么时候以及为什么要自己构造结构? *存储2014-02-01,并在将其显示给最终用户时相应地格式化日期。

3
更好地编写带有COM限制的.NET库,还是将.NET库与Interop分开?
我碰到了一篇有趣的文章:我如何爱上 CodeProject上的COM互操作性,这让我开始思考... 作者认为,他们不希望在.NET库中有任何COM-ity,因为它剥夺了.NET库的美感。相反,他们宁愿编写一个单独的Interop库,以将其.NET库公开给COM。该Interop库将处理以下事实:COM不支持带参数,重载方法,泛型,继承,静态方法等的构造方法。 虽然我认为这很新颖,但它不只是使项目变得复杂吗? 现在,您需要对.NET库和一个Interop库进行单元测试。 现在,您需要花时间弄清楚如何解决漂亮的.NET库并将其公开给COM。 您需要有效地将班级人数增加一倍或两倍。 我当然可以理解您是否需要您的库来支持COM和非COM。但是,如果仅打算使用COM,这种设计是否会带来我看不到的好处?您仅获得C#语言的好处吗? 还是通过提供包装器使库的版本控制变得容易?是否通过不需要使用COM来使您的单元测试运行更快?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.