- 主题:寻求一种技术方案
【 在 ECUCoder 的大作中提到: 】
: 用户拿去二次销售倒是没有发现过，产品比较小众，目标客户就那么些。
: 但是单位B没有正式购买软件，然后王工还继续找我们技术支持，并以单位B跟我们签了技术
: 服务合同。目前我们是睁只眼闭只眼，因为不想得罪老用户（在用户眼里，我们提供的是收
: 费的开源软件，代码免费，靠服务挣钱）。但是经济损失确实发生了，少掉了一半左右的收 : 入（源代码与技术支持的价格基本是对半开）。这种情况下如果非去追究王工责任的话最后 : 会是双输。
目前软件行业大趋势都是往云上迁移，SaaS就是靠服务挣钱。
我记得以前有一款C语言写的赛车开源软件，作者后来就重写了网上赛车开源版，自己搭建服务器向用户收费。开源软件用license制约商业行为。
退一步说，单位B本来就不是您们的客户，是单位A的王工跳巢去单位B，在单位B继续使用您们产品。估计是单位B想节省开支才只购买服务而不购买版权费。否则王工没必要为单位B节省版权费。
从长远角度上看，您们最好开发网上用户界面，将单机版转换为网络版，按每人/每月收取服务费。这样用户也不必操心定时软件更新。
您们最需要投入大量人力开发和测试的软件核心架构已经很稳定了，所以您们只需投入少许人力开发一下网上用户接口即可。这是一劳永逸的解决方案。
--
修改:jfgao FROM 174.113.17.*
FROM 174.113.17.*
感谢，目前的技术需求主要是两点：
（1）根据用户GUI配置的选项来选择性的生成文件，您说的方案可以解决这个点；
（2）根据用户GUI配置的选项来修改部分源代码文件，目前还没有想好方案，这一点不知道您有没有建议？
【 在 foliver 的大作中提到: 】
: 类似于制作安装windows程序安装向导，不同的安装选项拷贝不同的文件，文件都事先准备好。
: 源码先按照功能拆分好文件，做好功能源码对应关系，其实就是makefile的制作，加密连同工具一起发布。
: 我能想到的就是这样了。
--
FROM 122.238.143.*
感谢，将单机版转换为网络版确实是我们的长远规划，但目前确实存在较大阻碍，这个是由用户性质决定的，转换观念与开发手段都还需要一些年头。这一点确实是大趋势，我们赞同，用户也赞同，只是还需要几年时间。
关于单机版GUI配置工具生成代码的方案不知道您有没有建议？
【 在 jfgao 的大作中提到: 】
:
: 目前软件行业大趋势都是往云上迁移，SaaS就是靠服务挣钱。
: 我记得以前有一款C语言写的赛车开源软件，作者后来就重写了网上赛车开源版，自己搭建服务器向用户收费。开源软件用license制约商业行为。
: ...................
--
FROM 122.238.143.*
我感觉你的要求就是模块化和插件，每个功能做成一个插件，通过配置文件调用相应的插件，就能实现。
【 在 ECUCoder 的大作中提到: 】
: 目前手头上负责一个商业软件项目，积累好多年了，纯C代码的。
: 软件以往给用户的交付方式都是源代码包加说明文档加调试服务的方式，这两年暴露出一些弊端：
: （1）源代码配置基本都是以宏定义的方式来做的，即用户直接在我们提供的头文件里面修改宏定义，随着软件规模逐步扩大用户需要修改的点越来越多，出错的概率也随之增加，用户抱怨增多。有一些用户提出使用GUI来配置源代码的要求。
: ...................
--
FROM 222.129.6.30
本质就是把文件做成模板，变化部分做好替换。其实就是目前很多的代码生成器，你可以搜索看看别人都框架是咋样的。我简单帮你搜索了一个。
https://www.codeproject.com/Articles/671306/A-Cplusplus-Class-Code-Generator
【 在 ECUCoder 的大作中提到: 】
: 感谢，目前的技术需求主要是两点：
: （1）根据用户GUI配置的选项来选择性的生成文件，您说的方案可以解决这个点；
: （2）根据用户GUI配置的选项来修改部分源代码文件，目前还没有想好方案，这一点不知道您有没有建议？
: ...................
--来自微水木3.5.11
--
FROM 39.144.44.*
是一种思路，谢谢。
【 在 weihuajiang 的大作中提到: 】
: 我感觉你的要求就是模块化和插件，每个功能做成一个插件，通过配置文件调用相应的插件，就能实现。
:
--
FROM 122.238.142.*
应该可以解决我们的一部分问题，谢谢。
【 在 zephyroops 的大作中提到: 】
: 用cmake和python做配置构建
: - 来自 水木社区APP v3.5.1
--
FROM 122.238.142.*