将C++项目拆分为库的良好实践
Good practice for spliting C++ project into libraries
我正在开发一个Qt应用程序,它具有不同的功能蓝牙堆栈、存储(数据模型(、视图、控制器等。。项目架构基于MVC模式。没有花哨或复杂的东西。
目前的项目有很多图书馆"细分"。例如,有一个名为视图的库,其中包含QML文件。就依赖性而言,没有理由将这些文件放在单独的库中。我们可以将它们放在应用程序(.exe(项目中。
蓝牙堆栈也是如此,协议、堆栈、命令、clientsprotocol和clientscommands有不同的库。最初的3个库已用于其他项目,几乎从未更改(但它们在每个项目中都是复制/粘贴的,没有具有版本控制等功能的公共共享库(。有一个单独的带有子文件夹的库不是更好吗?
编辑问题:当涉及到将项目拆分为库时,有什么好的实践、经验法则或策略?
(在更改之前:当涉及到将代码拆分为库时,你认为什么是好的做法?如果没有必要,我们应该避免"拆分"吗?或者我们应该用"最大"的库来划分项目吗?(
KISS、Occams Razor和Yagni作为软件设计原则的一些参考可以在这里找到:https://effectivesoftwaredesign.com/2013/08/05/simplicity-in-software-design-kiss-yagni-and-occams-razor/
保持简单,将所有功能放在一个库中,如果这多个库相互依赖。降低复杂性,让您的生活更轻松!
相关文章:
- 使用C++库在Android项目中修改gradle中的cmake参数,用于插入指令的测试
- 无法在 CLion 中构建 C++ 项目
- 运行同一解决方案的另一个项目的项目
- CMake-按正确顺序将项目与C运行时对象文件链接
- 如何在选项卡视图Qt中设置一个新项目,并保存以前的项目
- 欧拉项目#8答案是大以获得有效答案
- 从链接列表c++中删除一个项目
- CMake项目Boost库错误:Boost/config/compiler/gcc.hpp:165:10:致命错误:cs
- 既然存在危险,为什么项目要使用-I include开关
- cmake在我的项目中所需的所有静态库都不成功
- QT通过C++添加映射QML项目
- 我的项目不会像"undefined reference to `grpc::g_core_codegen_interface'"那样使用未定义的引用错误进行编译
- 在linux上调试巨大的C++项目
- 在其他文件中创建类时在 c++ 项目中不起作用
- 使外部项目可用于find_package CMake
- 在子目录中使用target_sources()命令时用于单元测试(qtest)的项目结构
- 使用外部SDK工具链文件在VisualStudio上生成项目编译错误
- 如何维护资源管理器项目视图中当前可见的项目列表
- 错误-我无法在VS2019中打开新的Qt项目
- 你能检查一下为什么在这个代码中从链接列表中删除项目不起作用吗