用QT实现阳历转换农历的功能 使用工具 QT Creator C++ 描述： 本功能是根据输入的阳历信息，转换成对应的农历信息。 关键点： 1:选择时间，23点之前为当天，23点之后为第二天。 2:如果为第二天，那么要考虑，月份要不要加1，年份要不要加1。 3:这里注意，年份为六十甲子循环，没有数字的标识，也就是说，1900年为庚子年，那么2020年也为庚子年，名称上没有区别。 4:计算当年是否有闰月，有的话，是闰几月，闰月是多少天？ 运行效果如下： 代码下载： https://download.csdn.net/ […]

在我们周围提到算命，可能很多人会认为是封建迷信，不可信任，但是你仔细去了解下这一行业，你会发现，里面处处是科学，处处是现代要求学生学习的内容，在将来的一段时间内，我将用代码的形式将这些集成到一款软件中。不是为了卖软件挣钱，也不是为了将其商业化，主要是个人喜好，想将一些现在被人们误解的，或者是大众解释不大清楚的玄学内容，尽可能用能够解释清楚的方式展现给大家。让大家明白，再玄学的内容，其实也有很科学的部分。 话说提到生辰八字，大家的印象就是电视剧中，一个算命的大师，在街边摆摊给别人算命，手指随便一掐，就能知道被测者的财 […]

问题 windows中出现"无法解析的外部符号"到底是什么原因？ 原因应该有好多种，今天，我将别人的一段Qt代码从Ubuntu 18.04中移植到windows中，结果就出现了这个问题，百思不得其解，之后发现原因如下： 原因 在头文件中，函数已经声明，但是没有写实现。 各位朋友如果也遇到这类情况，不妨看看是不是这个原因。    

Qt5中lambda表达式用法，非常实用 它的语法定义如下： [capture](parameters) mutable ->return-type{statement} 各个参数说明： 1.[capture]：捕捉列表。捕捉列表总是出现在Lambda函数的开始处。实际上，[]是Lambda引出符。编译器根据该引出符判断接下来的代码是否是Lambda函数。捕捉列表能够捕捉上下文中的变量以供Lambda函数使用; 2.(parameters)：参数列表。与普通函数的参数列表一致。如果不需要参数传递，则可以连同括 […]

warning: class 'InterFace' defines a non-default destructor but does not define a copy constructor, a copy assignment operator, a move constructor or a move assignment operator [cppcoreguidelines-special-member-functions]

今天将Ubuntu中的QT代码，移植到Windows系统中，在编译时候出现了如下问题: 无法解析的外部符号 "public: static struct QMetaObject const ..."   解决方法： 1：找到问题所在的类 2：让该类继承QObject 3：Clean -> Run qmake -> Build 就不会报错了 说明：当我遇到了这个问题的时候，用这个方法解决了。网上解决的方法有好多种，可能你遇到的问题这个方法不合适，你可以寻找其他方法解决。

1:Use multi-arg instead. 2:parameter 'list' is passed by value and only copied once; consider moving it to avoid unnecessary copies.3:the parameter 'table_string' is copied for each invocation but only used as a const reference; consider making it a const reference.4:constructor does not initialize these fields.5:use auto when initializing with new to avoid …

描述 如图所示，许多朋友安装了Qt Creator之后，创建项目，头文件和cpp文件，默认首字母是小写的。   那么，我们可能需要首字母大写，我们可以手动修改，但是如果需要创建许多类，那么我们就要创建一个，改一个，很是麻烦。 解决方法 点击Qt Creator->Tools->Options，出现下面的界面，选框部分： 勾选：创建类，默认是小写 不勾选：创建类，默认是大写 觉得有用的朋友快去试试吧。

外观模式 外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。 这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 意图： 为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 主要解决： 降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。 何时使用： 客户端不需要知道系统内部的复杂 […]

装饰器模式 装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。 这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。 意图： 动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。 主要解决： 一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。 何时使用： 在不想增加很 […]