我发现了的WebPack的选项的说明LimitChunkCountPlugin,MinChunkSizePlugin以及AggressiveMergingPlugin是有点混乱.有些是不言自明的,但有些是非常模糊的.
在LimitChunkCountPlugin中,我提供了3个选项:
options.maxChunks(数量)最大块数
options.chunkOverhead(number)每个块的额外开销(以字节为单位)(默认为10000,以反映请求延迟)
options.entryChunkMultiplicator(数字)一个用于输入块的乘数(默认值为10,输入块的合并次数减少10倍)
maxChunks非常明显chunkOverhead是什么声音它会向块中添加10,000个空字节来反映一个delay??? 这毫无意义entryChunkMultiplicator不是那么模糊,但仍然很模糊.我猜是一个抽象数字,其中越高的条目块(在我的情况下只有1个条目块)将被合并到另一个块中的可能性越小在MinChunkSizePlugin中,我提供了一个选项
合并低于此最小尺寸的小块(以字符为单位).尺寸近似.
options.minChunkSize(数字)将合并小于此数字的块
所以char有多大,ascii char是1字节但是utf-8和utf-16最多可以是2个字节(如果我是正确的话).我猜我们将使用1-char到1-byte,在这种情况下,1024例如是1kb.其他人使用什么价值？
对于AggressiveMergingPlugin
options.minSizeReduce定义块合并所需的最小尺寸减少的因素.默认为1.5,这意味着对于块合并,总大小需要减少50%.
options.moveToParents设置后,不在两个合并块中的模块将移动到块的所有父项.默认为false.
options.entryChunkMultiplicator设置options.moveToParents时,移动到条目块会更昂贵.默认为10,这意味着移动到条目块比移动到正常块大十倍.
minSizeReduce 非常简单,如果块可以缩小50%或更多合并它moveToParents这也很令人困惑,默认情况下设置为false会抛出红色标记,也许我不应该触摸它,但听起来它重复并将所有未共享模块移动到所有父级.如果是这样,为什么有人会使用该选项.entryChunkMultiplicator这是非常抽象和模糊的,听起来,当模块被移动到一个入口块时,它的访问速度要慢10倍,这是不对的.我为什么要慢一点？如果有人能提前为我解决这个问题.
我最近在我的Windows 7机器上安装了Github for Windows并且喜欢它的自定义框架,它非常适合整个应用程序主题,并且它有自己的标题栏按钮,这些按钮非常好,非常流畅,并且看起来很自然用.
我做了一些挖掘,发现2个标志可以完全清除边框,经过一些自定义后,我的应用程序也有一个很好的自定义外观,直观但与旧的Windows边框的所有应用程序不同.
事情是,它不像其他窗户那样流畅自然地响应,它很奇怪,我很容易让窗户用鼠标移动但它经常出现故障,并且能够移动到它不应该喜欢的区域单击并拖动禁用的按钮.
与showMaximize方法相关联的最大化按钮只是放大整个窗口占据整个桌面,你仍然可以移动它(真的不是真正最大化).
该窗口没有响应任何系统信号,如单击任务栏以最小化它等.
经过大量的修复之后,我终于放弃了,因为我真的很好看,看起来非常直观,就像github for Windows一样非常直观.
我有什么方法可以做到这一点,我还没准备好放弃.
我知道在制作原始Windows API应用程序时,你必须将它链接到XP内置样式,因为它默认继承了Windows 95样式,也许是Qt没有连接的Windows 8样式,我不知道没有我还没去研究那么远.