今天的主角，VFP新报表设计器 TQ报表设计器
TQ报表设计器，也就是我说的 VFP OOP 报表设计器。
加菲猫注：作者xinjie
一 开发这个工具的诱因：
2018年，我在某软件公司任职时，负责搭建一个新的开发框架。在原有的系统中，所有的报表打印都是使用 80 引擎，鉴于 90 引擎的优异特性，以及考虑到今后可能的报表需求，我在其中引入了 90 引擎。但是，结果是我又屏蔽掉了 90 引擎的使用。
WHY？
我在设计过程中，发现两个致命的问题无法彻底解决：
1 无法在运行时屏蔽掉 VFP 报表设计器的某些菜单项
当我们的应用程序在执行时，可以使用 MODIFY REPORT 命令来打开一个未编译进 EXE 的报表，或者创建一个新的报表。如果我们的应用程序内部提供这样一个机制，那么，就可以在生产环境创建或者修改指定的报表。
但是，请注意，这是在生产环境！
有两种人员是潜在的该功能的使用者：软件维护人员和经授权的系统使用者。由于他们都不是职业程序员，所以，在操作过程中，难免会使用所需的菜单项，从系统运行安全角度考虑，我们有必要禁止他们使用一些固有的菜单项，但是，经过我一个个的比对，VFP 并没有提供全部的可用系统菜单名串。（可以使用 SYS(2013) 获得 VFP 所提供的所有系统菜单名串）
这样就变成了，如果你在生产环境提供创建或者修改报表的功能，那么，就相当于给应用软件内置了一颗不定时的炸弹，而且永远无法彻底“拆除”！
2 在不考虑安全的前提下，运行时的报表设计器，工具栏可能花屏
当我们的软件打开报表设计器时，最好的 UI 布局是同时将控件工具栏和布局工具栏同时打开，以便于操作者更方便的创建或者修改报表。恰恰是这个最佳的 UI 布局，导致了工具栏的花屏现象。解决方案丑陋的就像在一个蛋糕里裹进去一团屎一样的恶心，你需要用代码转换工具栏的焦点并再转换回去。而这并不向描述一样可以简单的实现。
一个 UI 可以丑陋，但绝对不可花屏！
二 契机
在我想明白为什么会有上述两种情况时，天降鸿运，Doug Hennig 开源了 OOPReports 项目（VFPX 项目组成部分之一）。虽然之前我也获得过某个版本的源代码，但是鉴于版权的问题，我迟迟无法正式的使用它。这是一个VFP的！面向对象的！报表的！引擎！
它可以直接读取 FRX 文件，并创建一系列的报表对象，而且可以将报表对象的属性完全正确的写入到 FRX 文件。
所有问题迎刃而解，我只需做一个 UI 来设计报表。
三 现状
鉴于个人无法言说的原因，这个项目从 2019 年夏天启动后，就在一年后陷入沉寂状态。再次启动是在 2023 年的五月底。经过将近三个月的研发，它已经初步成型。这个过程，回想起来，是一场噩梦。
由于 OOPReports 的设计初衷并不是要作为一个报表设计器的报表引擎，所以，为了实现可视化的报表设计器，需要对其中很多地方进行修改；由于 VFP 报表自身的复杂性，这些修改也许无法完全覆盖在需求层面的各种报表要求。这些都需要在实践中进行测试并逐步完善。
回到报表设计器本身，由于是完全的面向对象，所以不可能像 VFP 固有报表设计器一样及时的将所更改的信息回写到 FRX 文件中。这样，就造成了牵一发而动全身的局面，但是由于报表本身的特性，我无力进行 100% 的完整测试，所以，在使用过程中，出现的 BUG 只能见一个杀一个。因此，我对所有参与这个项目众筹的人员，额外提供一年的免费服务期以尽可能保证最终交付的实用效果。
四 TQ报表设计器的特性：
1. 一个相对现代的设计UI
2. 当同一报表需要在不同品牌的打印机，或者在不同的纸型，或者需要更改纸张方向时，不再是一件耗时的毫无意义的体力劳动，设计器本身会根据具体“属性”的变化，自动调整原有的报表布局并与原始状态尽可能的保持一致，将报表控件的位置调整降低到最低限度。
3 在单纯的设计报表时，设计器借鉴了 Office 的缩放概念，并在缩放后的状态下进行报表设计，这样，在设计很小的报表或者很大的报表时，可以将“纸张”在屏幕的可视设计区域中予以完整呈现。
4 此外，还借鉴了 Excel 中的一些概念，使之在创建中国式报表时，很容易的添加“表格”，并且在“表格”调整“行高”时，自动将“单元格”内的标签或者文本框居中对齐；在手动调整某带区的“列间距”时，自动调整其他不同带区内同一位置的“表格列”。
5 因为是一个独立的应用，所以，有限度的“所见即所得”照进现实。设计者可以在设计状态下，直观的观察到所设置“属性”的最终打印效果。
6 调整了页注脚带区和总结带区在设计器中的物理位置，使得在设计状态下，尽可能的与最终的预览和打印结果相吻合。
7 可以使用 OLE DB 连接来获取远程数据库中的数据。这样，报表设计器也就为在其他语言的使用带来真正的可能。目前提供的示例代码除 VFP 外，另有 VB6、VC++、VB.NET 和 C# 的示例调用代码，真实可用。
8 至少在理论层面，设计器是可以使用 Unicode 编码的数据作为报表的数据源。如果在测试过程中没有发现问题，那么，这个解决方案在不考虑原有系统改造难度的前提下，是可以应用到所有 VFP 所开发的应用系统，也补齐了 VFP 的最后一块短板。
五 未来计划实现的功能
1 可以很容易的在设计报表时添加注入二维码、条形码、图表这样的“控件”；
2 报表可以使用 JSON/XML 格式的数据源；
3 报表自身的安全保护机制（和 90 引擎的保持一致）；
4 真正的所见即所得。
六 价格和下载地址：
下载地址：
https://github.com/vfp9/VFP-OOP-Report-Designer
https://hub.nuaa.cf/vfp9/VFP-OOP-Report-Designer
https://hub.njuu.cf/vfp9/VFP-OOP-Report-Designer
猫猫的心里话
加菲猫的VFP|狐友会社群接收投稿啦
加菲猫的VFP，用VFP不局限VFP，用VFP混合一切。无论是VFP，还是JS，还是C，只要能混合起来，都可以发表。
商业模式，销售技巧、需求规划、产品设计的知识通通可以发表。
暂定千字50元红包，，优秀的文章红包更大，一经发表，红包到手。
如何帮助使用VFP的人？
用VFP的人，有专业的，有非专业了，很多人其实是小白，问出的问题是小白，如果问题不对，我们引导他们问正确的问题。无论如何请不要嘲笑他们说帮助都不看，这么简单的问题都不会，嘲笑别人不行，而无法提出建设性答案，是很low的。
我们无论工作需要，还是有自己的软件，都是是需要真正的知识，如何让更多人学习真正的VFP知识呢，只需要点赞，在看，能转发朋友圈就更好了。
加菲猫的vfp倡导用"VFP极简混合开发，少写代码、快速出活，用VFP，但不局限于VFP，各种语言混合开发"。
我已经带领一百多名会员成功掌到VFP的黑科技，进入了移动互联网时代，接下来我们要进入物联网领域。
2023年狐友会社群会员继续招募中
社群会员获取的权益有：
祺佑三层开发框架商业版（猫框），终身免费升级，终身技术支持。
开放的录播课程有：
微信小程序，微信公众号开发，H5 APP开发，Extjs BS开发，VFP面向对象进阶，VFP中间层开发。
源码类资源有：
支付组件源码，短信源码，权限组件源码，一些完整系统的源码。这个可以单独出售的，需要的可以联系我。
会员也可以实现群内资源对接，可以接分包，合作等各项商业或技术业务
