Category: 程序员
公司之前花了39英镑买了一套VBSEDIT, 挺好用的. 写起VBS脚本来说挺方便, 可以下断点 可以单步调试. 提供了大量的例子. 甚至可以转换成可执行文件. VBSCRIPT 语法简单 强大 但是功能上明显不足 需要第三方的控制 e.g. COM 组件来扩展其功能. VBSEDIT 安装完之后就可以在安装目录下发现 免费提供的 COM 组件 vbs toolkit. 下载 VBSedit 工具 32 位 DLL: vbsedit32 …
我在公司能批 250英镑之下的采购. 之前公司同意购买DELPHI XE8后我觉得很有必要对现有的DELPHI 代码进行质量检测. DELPHI并没有像微软一样提供免费的FXCOP 之类静态代码分析(付费的有RESHARPER之类的) 找了一款商用的需要 127美元一套. 相对来说, 使用简单, 点击菜单选项 Run FixInsight 选择需要检测的规则 然后一会儿就会列出代码里违反相应规则的代码, 双击就可以定位到相应的代码. 也提供了命令行工具可以集成到代码服务器中 Continuous Integration. Fix Insight 是一款专为 Delphi 设计的静态代码分析工具，能够帮助开发团队检测潜在的代码缺陷、提高代码质量，并确保符合最佳实践。当公司决定购买 Fix Insight 时，意味着对代码可维护性和稳定性的重视。该工具能够自动扫描 Delphi …
机器装了 Visual Studio 2013, Delphi XE8, Delphi 2007 编程工具. 没开几个项目就把内存吃成这样 而且 32位的程序最多在开大内存下只能使用4G内存 (在32位操作系统下开启/3GB 开关只能使用到3GB) 如果有64位的编程工具该多好啊. 还是 DELPHI7 那个年代的工具省内存 而且快速. 英文: https://helloacm.com/32-bit-visual-studio-and-delphi-2007xe8-eat-memory-any-64-bit-ide/ 本文一共 102 个汉字, 你数一下对不对. 现在的编程工具都太吃内存了. (AMP 移动加速版本) 赞赏我的几个理由. …
公司正式采购了 正版 Delphi XE8 软件，并附赠了一套 Delphi 2007。这一决策不仅能够提升开发团队的工作效率，还能确保软件开发符合最新的技术标准和法律合规要求。Delphi XE8 作为 Embarcadero 推出的强大 RAD（快速应用开发）工具，支持 Windows、iOS、Android 和 macOS 多平台开发，具备更强的 FireMonkey 框架、增强的 VCL 组件 以及更好的数据库支持，使团队能够快速构建现代化应用程序。而 Delphi 2007 仍然在许多企业级应用维护和迁移中扮演重要角色，特别是对于长期运行的 Windows 桌面应用程序，它提供了良好的兼容性和稳定性。这次采购不仅有助于保障现有 Delphi 项目的顺利维护，还为未来的软件开发奠定了坚实的基础。 DELPHI …
昨天才发现 VS 从 2005就提供 内置的一个代码分析功能. 快捷键是 Alt + F11. 和 微软提供的另一个静态代码分析工具 FXCOP 相比, 这个内置的代码分析 侧重点不同. 像这种平时 不太好发现的数组可能 越界的错误 (虽然平时没测出来 并不太代表代码没问题) 这个工具就能提供很有价值的提示. 点击 更多信息 就能看到 检查工具模拟 代码的执行 并把相应的语句标记成黄色. 英文: https://helloacm.com/code-analyzer-from-visual-studio-alt-f11/ …
Delphi 2007 编译速度高达 16 万行每秒 Delphi 2007 以其高效的编译器性能著称，在实际应用中，编译速度可达 16 万行代码每秒，远超同类开发工具。这一卓越性能使开发者能够快速构建和调试应用程序，大幅减少编译等待时间，提升开发效率。 相比更早版本，Delphi 2007 在 IDE 响应速度、代码优化 以及 兼容性 方面都有显著提升，尤其适用于 企业级应用 和 老旧系统维护。此外，其对 Windows Vista 及更高版本的改进支持，使得开发者在现代 Windows 系统上仍然能够流畅使用这一经典工具。 对于需要高效编译和稳定运行的开发团队来说，Delphi 2007 依然是一个值得信赖的选择。 …
最近 CI服务器上老是发邮件通知说有几个单元测试没过; 把测试报告(TRX 文件) 下载下来一看 原来有好几个测试随机性的 显示 内存不足 out-of-memory exception 被抛出. CI 服务器上( 安装有 Jenkins) 有8GB内存 64位操作系统. JENKINS的JAVA进程也才吃了400M内存不到 照理说是不应该会出现内存不足的现象. 后来才发现 32位的程序 没有开启Large Address Aware(大内存) 所以最多也就只能用 1G多. 解决方法就是把下面的程序给用 editbin 开启大内存. …