多年来我使用了两个很棒的工具BoundsChecker&Purify,但这些应用程序的开发人员让我失望,他们不再努力维护它们或开发它们.我们在两家公司都有公司账户,他们都告诉我他们无意生产支持64位应用程序的版本.
任何人都可以推荐支持64位本机C++/MFC应用程序的开源或商业替代品吗？
如何对大型MFC UI应用程序进行单元测试？
我们有一些大型MFC应用程序已经开发多年,我们使用一些标准的自动化QA工具来运行基本脚本来检查基础,文件打开等.这些由QA小组在每日构建后发布.
但我们想介绍一些过程,以便各个开发人员可以在将代码提交到每日构建之前,根据对话框,菜单和应用程序的其他可视元素构建和运行测试.
我听说过只有在调试版本中出现的对话框上的隐藏测试按钮等技术,是否有任何标准工具包.
环境是C++/C/FORTRAN,MSVC 2005,Intel FORTRAN 9.1,Windows XP/Vista x86和x64.
难道你写使用.NET语言消费的桌面应用程序？如果是这样的类型？
我的印象是,大多数消费者桌面应用程序仍然是C,C++等本机编译的应用程序.
虽然.NET语言越来越受欢迎,但是这些新的应用程序是否会突破企业和Web领域,成为高街消费者应用程序？
例如,现在看看你的桌面？有多少应用程序是用.NET语言编写的,Firefox？微软办公软件？雷鸟？iTunes的？Microsoft Visual Studio？
我公司开发高端CAD/CAE应用程序,我们利用新技术,但我们的核心开发仍然使用C++完成.
好的,所以我们都知道每日构建是一个项目的心跳,但最简单的自动化方法是什么？
我们有perl脚本包装我们的管道,包括ClearCase,VS2005(C++),Intel FORTRAN,Inno设置.我们在UNIX上使用cron作业来安排构建,并托管一个简单的Apache Web服务器来查看和监视构建.总而言之,它很复杂,我想知道人们使用的最好的现成解决方案是什么？
是的,我确实说FORTRAN有时没有逃避它,它的工作原理,没有必要为一些经过试验和测试的FEA代码做一个巨大的重新实施项目.
之前已经问过这个问题,但我从来没有找到一个真正令人满意的解决方案 -
我有一个用C#编写的类库,我想从遗留的本机C++应用程序中调用它.主机应用程序是真正原生的,在Windows和Linux上编译,它是一个控制台应用程序.那么我怎么能让它调用C#类库,假设在Windows上使用Microsoft .NET,在Linux上使用Mono.
我在Windows上查看了SWIG并使用COM接口包装,但是有一个标准的可识别解决方案可以跨平台工作吗？即,它是通用的,适用于Microsoft .NET和Mono,一次写入使用到处实现.
解决方案应该将完整的类接口从C#域公开到C++域.
类似的问题只关注Windows解决方案,例如 -
什么？
我有一个从资源DLL加载的DLGTEMPLATE,如何在运行时以编程方式更改分配给控件的字符串？
我希望能够在创建对话框之前执行此操作,以便我可以告诉显示的字符串来自资源DLL,而不是在初始化对话框时调用SetWindowText.
Google已经找到了在代码中创建DLGTEMPLATE的示例,或者在简单样式位上进行编辑,但在编辑内存中的字符串时没有任何内容.
怎么样？
我通过挂钩Dialog/Property Sheet创建API来做到这一点.这使我可以在创建实际对话框之前和具有HWND之前访问DLGTEMPLATE.
为什么？
我希望能够进行运行时本地化和本地化测试.我已经实现了加载字符串(包括MFC 7.0包装器),菜单和加速器表,但我正在努力处理对话框/属性表创建.
代码示例将是完美的答案,理想情况下是一个环绕DLGTEMPLATE的类,如果我找到自己的解决方案,我会发布它.
将Ribbon样式控件引入传统MFC应用程序有什么经验？
我知道它存在于新的VC2008功能包中,但是从VC2005更改编译器对于我们的源代码库和与我们的环境,Intel FORTRAN,ClearCase,许多第三个库的集成来说是一个大问题.
有一些不同的商业实现,大多数侧重于C#/ VB .NET,只有少数用于本机C++ MFC.
我已经阅读了Google发现的所有常见评论,现在大部分时间都很安静,所以我感兴趣的是那些实际完成它的人,经历了痛苦的障碍,发布了一个带有VC2005和Ribbon UI的遗留应用程序.
我们目前使用非常旧版本的Stingray Objective Toolkit来提供我们的MFC扩展,如可自定义的工具栏和停靠窗口等.
任何人使用Prof-UIS,与其他商业用户相比,其相对便宜,无限制的开发者许可是其他人的成本的十分之一.
有没有免费的,开源的或L-GPL的？