C# 可访问性：托管代码与非托管代码
我将要开始一个针对Windows的易访问性项目（目标是XP到7），并希望得到一些关于使用托管代码和非托管代码的利弊的建议。基本上，该软件需要能够从打开的窗口、访问菜单和其他常见功能（如JAWS或其他屏幕阅读器）读取文本。问题是，我能用C语言来做这个吗？或者我需要使用C++？ 在过去的两年中，我一直在开发大量的C#代码，因此似乎最快的入门方法就是使用System.Windows.Automation命名空间。另一方面，我在相当长的一段时间内没有做过很多C++或COM编程，在使用非托管代码之前，需要花一些时间刷新。C# 可访问性：托管代码与非托管代码,c#,c++,windows,assistive-technology,C#,C++,Windows,Assistive Technology,我将要开始一个针对Windows的易访问性项目（目标是XP到7），并希望得到一些关于使用托管代码和非托管代码的利弊的建议。基本上，该软件需要能够从打开的窗口、访问菜单和其他常见功能（如JAWS或其他屏幕阅读器）读取文本。问题是，我能用C语言来做这个吗？或者我需要使用C++？ 在过去的两年中，我一直在开发大量的C#代码，因此似乎最快的入门方法就是使用System.Windows.Automation命名空间。另一方面，我在相当长的一段时间内没有做过很多C++或COM编程，在使用非托管代码之前，需要
在易访问性软件中使用C代码有哪些限制？它们是否足够严重，足以使我在相当长的时间内刷新我的C++和COM技能，因为我遇到了很多无法管理的代码（或者更难）？自动化命名空间是否与较旧的应用程序兼容（不使用.NET或WPF）？绝对是托管代码 即使遇到使用COM/unmanaged比较方便的情况，也可以对这些模块使用COM/unmanaged .NET提供托管代码和非托管代码之间的无缝互操作。 有了.NET 4.0和C#4.0，互操作就更好了 最重要的是，确保设计一个松散耦合的系统，以便始终有空间插入另一个完全不同技术的模块
只要我的两分钱 绝对托管代码 即使遇到使用COM/unmanaged比较方便的情况，也可以对这些模块使用COM/unmanaged .NET提供托管代码和非托管代码之间的无缝互操作。 有了.NET 4.0和C#4.0，互操作就更好了 最重要的是，确保设计一个松散耦合的系统，以便始终有空间插入另一个完全不同技术的模块
只要我的两分钱 你能让你的问题更简洁吗？在这个问题上有很多讨论。。或者甚至删除它并将其分解成不同的问题？你可能会发现这些问题很有用&你能让你的问题更简洁吗？在这个问题上有很多讨论。。或者甚至删除它并将其分解成不同的问题？你可能会发现这些问题很有用&