17370845950

前端踩坑系列《二》

前言

在写完前端踩坑系列的第一篇后,心中充满了忐忑,觉得文章在排版和问题表达上都有些粗糙。不过,幸运的是得到了大家的鼓励,激励我继续坚持下去。在这篇文章中,我对之前的不足进行了改进。

未来,这个系列将每篇探讨三个问题,这些问题可能是我自己、同事或团队中遇到的。我会以“top 3”、“top 2”、“top 1”的形式呈现给大家。排版上,我使用了一位大佬开发的微信排版编辑器工具,它最大的优点是支持markdown,并且可以选择代码主题。

Top 3问题描述

在打包过程中,我们希望实现按需打包,以避免生成过大的目录。来看这段代码:

let api;
if (process.env.IS_WX_MINI) {
  api = require('./index.mp').default;
} else {
  api = MST.default.api;
}
export default api;

我们希望在web端打包时,不会打包

./index.mp
目录下的内容。但实际情况却未能忽略这个路径。问题出在哪里呢?

问题解决

在web端打包时,

process.env.IS_WX_MINI
的值为
undefined
,因为我们在
web
的webpack配置中没有设置
IS_WX_MINI
参数。我们需要配置
webpack

config = merge(config, {
  plugins: [
    new webpack.DefinePlugin({
      'process.env': {
        NODE_ENV: '"development"',
        IS_WX_MINI: 'false'
      }
    })
  ]
});

这样就解决了问题。查阅了

DefinePlugin
的使用,发现它确实有这种能力。但实际上还有一个问题,就是不仅
undefined
条件无法识别并按需加载,即使手动设置为
false
也未能实现按需加载。

经过尝试,得出一个结论:所有的条件判别都应通过

DefinePlugin
来实现按需加载。

参考:webpack DefinePlugin,webpack中为什么要使用DefinePlugin

Top 2问题描述

在开发过程中,在某个名为

comp
的文件夹下添加了新文件和文件夹,但
git
无法追踪到这些新内容。

测试发现:

  • comp
    目录下,之前的文件修改可以被追踪,所有新添加的文件和文件夹均未被追踪。
  • 其他项目新建的文件夹都可以被追踪。

复现遗漏点:

新建一个与该文件同名的文件,例如

comp

问题解决方法一

首先,我们会想到

.gitignore
文件配置可能有问题,但检查后发现并未忽略这些文件。

方法二

清除

git
缓存:

git rm -r --cached .

但这并没有效果。

方法三

大神的解法是,发现有全局配置可以忽略文件(但建议不要轻易使用)。

通常路径在

/Users/用户名
下,文件名为
gitignore_global
(这是一个隐藏文件)。

然后,我们可以编辑里面的内容(与普通项目中的

.gitignore
类似)。

参考:Git全局忽略

问题总结

不要随意修改全局配置的东西。我印象中没有修改过,目前认为可能是使用了一些可视化的

git
工具(如:
sourceTree
)导致的。

Top 1问题描述

在APP中执行某些操作后,APP会闪退,机型为IOS8。

问题解决

发现执行以下代码偶尔会导致崩溃,即APP会闪退(

success
是结果反馈中的成功情况下的相关设置):

alert(JSON.stringify(this.resultFeedback.success)); // 执行这一句crash

为什么会这样呢?

可能原因一

可能是异步操作了这个数据。由于问题偶现,我怀疑是否有异步操作修改了这个数据导致闪退。但并未发现相关的异步操作。

可能原因二

success
下的数据可能有问题,数据如下:

我们可以看到,嵌套很深。是否是因为JSON嵌套层级或数据量的问题导致APP闪退呢?

为了验证这一点,我们在上述代码前加上以下代码,使

success
的值变为空对象:

this.resultFeedback.success = {};

在真机上测试后,没有再重现

crash
的问题。由此我们大胆猜想(未经官方验证):

在IOS8下,嵌套层级太深的JSON可能会导致

crash

还有一种可能是JSON的数据量过大导致IOS8崩溃,但由于数据量很小,我否决了这种可能。

参考:Website repeatedly reloads, then crashes on iPhone 4: iOS 8.0.2 & iOS 8.1.2