登录 注册
开源 企业版 高校版 私有云 Gitee AI NEW
开源项目 > 程序开发 > 桌面UI组件/框架 &&
扫描微信二维码支付
取消
支付完成
Watch
不关注 关注所有动态 仅关注版本发行动态 关注但不提醒动态
2 Star 3 Fork 3

fawdlstty / DuiLib_Faw

代码 Issues 0 Pull Requests 0 Wiki 统计 流水线
服务
加入 Gitee
与超过 1200万 开发者一起发现、参与优秀开源项目，私有仓库也完全免费 ：）
免费加入
克隆/下载
分支 1
标签 0
贡献代码
同步代码
创建 Pull Request
了解更多
对比差异 通过 Pull Request 同步
同步更新到分支
通过 Pull Request 同步
将会在向当前分支创建一个 Pull
Request，合入后将完成同步
取消
提示: 由于 Git 不支持空文件夾，创建文件夹后会生成空的 .keep 文件
DuiLib
.gitignore
DuiLib.sln
LICENSE
README.md
属性列表.htm
Loading...
README

DuiLib_Faw

描述

此项目是DuiLib的一个个人维护版本，使用Modern C++重写了整个项目。（至少需C++20支持，但部分代码还未完全使用C++20特性）

大众所熟知的DuiLib主分支处于较少更新的状态，几年前的激进更新派DuiLib_Ultimate、DuiLib_Redrain等也渐渐变成了保守派，也降低了更新速度，然而这个优秀的库也渐渐的无法满足当今的需要。

此仓库建立的目的是，对DuiLib做出较激进的更新优化，使得它能更好的满足当今开发的需要。

此项目的更新方式为，一方面项目自身激进的更新，另一方面原分支仓库有更新时，根据需要将更新内容同步至此仓库。

项目使用示例：易大师网络工具箱

此项目目前只支持vs2017环境下编译，如果使用clang、gcc或其他版本编译器需要自行建立项目文件。

使用

第一步：链接dll

动态链接（不推荐）

注意：因将CDuiString替换为std::string，动态链接方式编译将会出现严重的编译警告。我最近我正在尝试解决这个问题

使用动态链接的程序需在程序目录保留DuiLib*.dll，否则程序无法运行。

用法：主程序内引用如下代码

#if (defined _UNICODE) && (defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_64d.lib")
#elif (defined _UNICODE) && (defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_d.lib")
#elif (defined _UNICODE) && (!defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_64.lib")
#elif (defined _UNICODE) && (!defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib.lib")
#elif (!defined _UNICODE) && (defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_64d.lib")
#elif (!defined _UNICODE) && (defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_d.lib")
#elif (!defined _UNICODE) && (!defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_64.lib")
#elif (!defined _UNICODE) && (!defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA.lib")
#endif

静态链接

静态链接具有诸多好处：依赖关系更少、程序体积更小等。极端的追求程序体积可以使用这种链接方式，使用VC_LTL优化项目引用并缩小程序体积，最后使用upx对程序进行压缩。

用法：主程序内引用如下代码

#if (defined _UNICODE) && (defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_64sd.lib")
#elif (defined _UNICODE) && (defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_sd.lib")
#elif (defined _UNICODE) && (!defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_64s.lib")
#elif (defined _UNICODE) && (!defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLib_s.lib")
#elif (!defined _UNICODE) && (defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_64sd.lib")
#elif (!defined _UNICODE) && (defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_sd.lib")
#elif (!defined _UNICODE) && (!defined _DEBUG) && (defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_64s.lib")
#elif (!defined _UNICODE) && (!defined _DEBUG) && (!defined _WIN64)
#    pragma comment (lib, "../lib/DuiLibA_s.lib")
#endif

看需求加入预处理器定义UILIB_STATIC，然后将编译选项分别设置为/MT、/MTd即可。

第二步：增加变量绑定

需将所有的这种代码：

// InitWindow里面
CEditUI *ctrl = dynamic_cast<CEditUI*> (parent->find_control (_T ("ctrl_name")));

替换为：

// 任意位置
BindEditUI ctrl { _T ("ctrl_name") };

// 多窗口推荐传入m_pm，避免出现无法找到控件的问题
BindEditUI ctrl { _T ("ctrl_name"), &m_pm };

需注意：

  1. 绑定对象的创建位置不限，既可以在程序运行时绑定，也可以在InitWindow执行完后再绑定
  2. 绑定对象在窗口及PaintManager创建前是无法使用的，只有在两者创建完成后才能使用
  3. PaintManager对象不要设置名称，如果必须设置的场合，需要在Bind/BindCtrls.hpp代码中同步修改
  4. BindXxxxxUI对象的使用方式与CXxxxxUI相同，BindXxxxxUI不能new，使用时直接使用->访问CXxxxxUI里的属性或方法

第三步：自定义控件绑定

假设XML节点为<UserCtrl name="ctrl_name" />，那么类名必须风格统一，为CUserCtrlUI；然后在头文件中加入以下代码：

#ifdef DEF_BINDCTRL
DEF_BINDCTRL (UserCtrl);
#endif //DEF_BINDCTRL

大功告成，此时可以用以下代码实现自定义控件绑定

BindUserCtrlUI ctrl { _T ("ctrl_name") };

已更新内容

  1. 完善链接方式，针对是否为Unicode、Debug、64位、动态或静态，4种条件16种链接方式做出完善的链接选项
  2. GroupBox边框绘制时自动擦除文字位置，使得不用设置背景色，文字依旧不被边框遮盖
  3. 修复容器子元素手动右对齐，方法为子控件加入代码：floatalign="right"
  4. 修复Combo控件的SetText功能
  5. 新增图片的dest可为负数，当为负数时，位置固定在目标控件的右边。比如Combo控件固定到右边的下拉箭头
  6. 修改CDuiString实现方式的底层为faw::String，使得兼容性更强
  7. Label控件新增autocalcheight，效果类似于autocalcwidth
  8. 使用std::variant代替STRINGorID
  9. 使用std::string_view代替了几乎所有的LPCTSTR
  10. 移除了CDuiPoint、CDuiRect、CDuiSize
  11. 整理出公共类FawTools，将大部分重复的代码合并
  12. 实现控件绑定（经研究发现，因为语言的问题，值绑定的效果不好，所以这儿暂时不考虑，如果有好的建议可以提）
  13. 修复Edit控件nativetextcolor属性无效的问题
  14. 新增绘图引用，使得指定的背景图等可以动态改变
  15. 修复设置背景色时移除图片资源的bug
  16. 新增Dynamic属性，避免因caption覆盖内容时，可拖动边框失效的问题
  17. VerticalLayout自动计算高度、HorizontalLayout自动计算宽度

待研究或待添加

  1. 实现虚拟列表效果
  2. 实现文字阴影效果
  3. 图片没有autocalcwidth、autocalcheight
  4. 容器不支持根据子元素大小来计算大小
  5. 考虑新增Ribbon、Docker、MVC功能

许可证：MIT+原始许可

空文件

Starred
3
Star
3
Fork
3

简介

DuiLib项目现代版，使用C++17，支持控件绑定 展开 收起
暂无标签
C++ 等 3 种语言
C++
86.3%
C
8.6%
HTML
5.1%
取消

发行版

暂无发行版

开源评估指数源自 OSS-Compass 评估体系，评估体系围绕以下三个维度对项目展开评估：

1. 开源生态

  • 生产力：来评估开源项目输出软件制品和开源价值的能力。
  • 创新力：用于评估开源软件及其生态系统的多样化程度。
  • 稳健性：用于评估开源项目面对多变的发展环境，抵御内外干扰并自我恢复的能力。

2. 协作、人、软件

  • 协作：代表了开源开发行为中协作的程度和深度。
  • 人：观察开源项目核心人员在开源项目中的影响力，并通过第三方视角考察用户和开发者对开源项目的评价。
  • 软件：从开源项目对外输出的制品评估其价值最终落脚点。也是开源评估最“古老”的主流方向之一“开源软件” 的具体表现。

3. 评估模型

    基于“开源生态”与“协作、人、软件”的维度，找到与该目标直接或间接相关的可量化指标，对开源项目健康与生态进行量化评估，最终形成开源评估指数。

贡献者

全部

近期动态

加载更多
不能加载更多了
C++
1
https://gitee.com/fawdlstty/DuiLib_Faw.git
git@gitee.com:fawdlstty/DuiLib_Faw.git
fawdlstty
DuiLib_Faw
DuiLib_Faw
master
点此查找更多帮助

搜索帮助

Git 命令在线学习 如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大，如何减小？
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release（发行版）
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部