godkun
godkun
delete - ???
## 使用环境 uni-app 微信小程序 ## 问题描述 使用新版mp-html ，解析小程序图文详情时，出现表格头没有渲染现象  老板解析没有问题
## 30个问题，你会几个 - 如何理解单一职责原则？ - 如何判断职责是否足够单一？ - 职责是否设计得越单一越好？ - 什么是开闭原则？ - 怎么才算满足或违反开闭原则？ - 怎样的代码改动才被定义为扩展或者说是修改？ - 修改代码就一定意味着违反开闭原则吗？ - 如何做到对扩展开放、修改关闭？ - 如何在项目中灵活运用开闭原则？ - 什么是依赖反转(倒置)原则 ？ - 高层模块和低层模块是啥意识? - 如何理解反转两个字？ - 什么依赖被反转了？ -...
本文不是说科比的，但我把封面送给他，我篮球唯一的神，**R.I.P.** 黑曼巴 想把我的一些所知、所见、所感、分享给大家，想在整体层面上，系统梳理一下自己的过去、现在和将来。 ## 一言 - 曾经，我也想当一个科学家 - 曾经，我也想当一个篮球运动员 - 曾经，我也想... - 而如今，我是一名前端工程师 我想，大家也会和我一样有类似的人生经历吧。 ### 关于科比 这部分是在我知道科比离我们远去后，额外加的，这里说一下我的感受吧。 **怎么说呢，他是我篮球唯一的神，我大学的球衣号码选的是 24 号。到了工作后，公司组织的篮球比赛，我选的队服号码依旧是 24 。可能我的篮球技术有点配不上 24 这个号码，但是，我的内心是配得上 24 这个号码的。谢谢你，黑曼巴。** **Life's like a bar...
## 国庆了 **祝：我和我的祖国，当然还有各位小伙伴，国庆快乐哈！国庆 `buff` 加持， `bug` 退散。** > 话说我已经四个月没有更新文章了😂，有一些客观因素，不过我又回来啦️。 ## 为什么写这篇文章 因为我之前写过一篇文章： > [如何编写高质量的函数 -- 打通任督二脉篇[理论卷]](https://juejin.im/post/5c79f0046fb9a049ca380fc1) 如今我再看这篇文章的时候，发现有些观点并不深入，没有那种直接本质的穿透感。于是，我想重新对函数式编程的理论篇进行一次高纬度的概括。 在本文中，我将通过背景加提问的方式，对函数式编程的本质、目的、来龙去脉等方面进行一次清晰的阐述，请和我一起往下看。 ## 文章整体介绍 ### 写作逻辑 通过对计算机和编程语言发展史的阐述，找到函数式编程的时代背景。通过对与函数式编程强相关的人物介绍，来探寻和感受函数式编程的那些不为人知的本质。 ### 原创 本篇文章首发于 **vivo 互联网技术** 微信公众号上： >...
 **好久没写文章了，标题起的有点膨胀。** ## 你猜我想说什么 我想写一个结对编程小记。最近在和 `S` (帅气的花名) 利用业余时间，进行了一次结对编程。现在我准备把结对编程的一些思考分享给大家，下面开始吧。 > `PS：` 此篇文章，不拘泥于细节，将会聚焦整体上的见解，希望对各位小伙伴有所帮助。 ## 为什么就叫新时代下的结对编程 这里我说明一下原因，请往下看。 ### 传统结对编程 > 百度百科的定义如下： 结对编程（英语：Pair programming）是一种敏捷软件开发的方法，两个程序员在一个计算机上共同工作。一个人输入代码，而另一个人审查他输入的每一行代码。输入代码的人称作驾驶员，审查代码的人称作观察员（或导航员）。两个程序员经常互换角色。 在结对编程中，观察员同时考虑工作的战略性方向，提出改进的意见，或将来可能出现的问题以便处理。这样使得驾驶者可以集中全部注意力在完成当前任务的“战术”方面。观察员当作安全网和指南。结对编程对开发程序有很多好处。比如增加纪律性，写出更好的代码等。结对编程是极端编程的组成部分。 > 为什么我觉得过时了呢，听我简单(胡)析(诌)下： 两个人共用一台计算机，这可能在 `ACM` 竞赛或者组队 `PK` 中常见。但对于业务开发来说，有点不科学，首先效率就不高，如果对方代码太可爱，可能会忍不住打他。当然了，在特殊场景下也会出现，但是 `95%` 的场景下，是不可能存在下图这种场景的。...
 ## 引言 函数式编程的理论知识我已经 **阐(胡)述(诌)** 完了，没看过的小伙伴，可以猛击下面连接开启穿越模式： 下面我会从如何用 `FP` 编写高质量的函数、分析源码里面的技巧，以及实际工作中如何编写，来展示如何打通你的任督二脉。 话不多说，下面就开始实战吧。  ## 如何用 `FP` 编写高质量的函数 这里我通过简单的 `demo` 来说明一些技巧。技巧点如下： ### 注意函数中变量的类型和变量的作用域 #### 如果是值类型 -- 组合函数/高阶性 那你就要注意了，这可能是一个硬编码，不够灵活性，你可能需要进行处理了，如何处理呢？比如通过传参来干掉值类型的变量，下面举一个简单的例子。 代码如下： ```js document.querySelector('#msg').innerHTML = 'Hello...
 ## 3月的春风 凡是点进来的老铁都会受到 `dva` 的卖萌祝福。我会理论结合实践的去阐述：**如何运用函数式编程思想去编写高质量的函数。** 在这篇文章中，你可以收获一个满意的答案。 > 有时候，世间的答案并不重要，重要的是，你如何去看待和相信这份答案。 ## 这部分是写到1万字后加的 嗯，本来打算一篇搞定，可是写着写着就到了 `10000` 字了。虽然已经较简洁了，但是涉及到的知识有点多，还是要花字数去阐述清楚的。于是乎，我决定分为上下两篇来完成打通 **任督二脉篇** 这个篇章。 ## 如何写这篇文章 这是我编写高质量函数系列的第三篇文章 -- **打通任督二脉。** 前两篇文章分别为： > [如何编写高质量的函数 -- 敲山震虎篇](https://juejin.im/post/5c6bbf0f6fb9a049ba4224fd) > [如何编写高质量的函数 -- 命名/注释/鲁棒篇](https://juejin.im/post/5c70fe526fb9a04a05404b5e)...
一千个读者，有一千个哈姆雷特。 我将会从函数的执行机制、鲁棒性、函数式编程、设计模式等方面，全面阐述如何编写高质量的函数。 ## 引言 如何编写高质量的函数，这是一个很难回答的问题，不同人心中对高质量有自己的看法，这里我将全面的阐述我个人对如何编写高质量函数的一些看法。看法可能不够全面，也可能会有一些错误的见解，欢迎一起讨论，就像过日子的人，小吵小闹总会不经意的出现，一颗包容的心莫过于是最好的 `best practice` 。 ## 本文写作风格 写博客趋向意识流(胡诌流)，按着我心里想的去写，不会去详细的说明某一个知识点，如果需要详细讨论，可以在文末加我微信细聊。 下面开始吧，我打算用三篇文章来完成 **如何编写高质量的函数** 这个系列。 三篇文章我将从以下几个方面去阐述，如何编写高质量的函数。 - 函数(一切皆有可能) - 函数的命名 - 函数的注释 - 函数的复杂度 - 函数的鲁棒性(防御性编程) - 函数的入参和出参(返回) - 如何用函数式编程打通函数的任督二脉 -...
**读书是一种享受，能喜欢读书的人都是幸福的。** ## 执着 > 开篇做一波软广(黑体标粗)： **这里给掘金小册打个广告。我个人认为，掘金小册在价格和价值方面都是没话说的，我本人买了10几本小册，个人认为一点也不贵，我也算是在物质上支持了一下在中国前端行业做出了可以说是巨大贡献的掘金。** 掘金小册的好处我认为有以下几点： - 价格相比于书籍来说，很优惠，性价比高 - 内容紧凑，关注点集中 - 后期可以在线修改，以适应可能会发生的知识变化 - 有小册微信群，可以参与先关技术讨论 当然掘金小册也一定会存在问题，我认为我们要给掘金小册更多的包容，不要带着太高的标准去评判它，比如拿着几百块的视频去说小册内容和视频重复了这种事情。我觉得没有意义，大家都是 `CSCA` 协会的，就不要搞事情了啦。 **最后希望掘金不忘初心，砥砺前行。也更希望大家可以多多支持掘金，给掘金更多的鼓励和支持，毕竟掘金做的努力，我们前端的 `coder` 是看在眼里的。** > PS：没有赞助的，就是写到推荐书籍时，突然想夸一下掘金，不接受举手抗议，也不接受口头反驳，任何反向操作，均正向反弹回去。 ## 混沌 作为一个前端工程师，我阅读了很多书籍，前端的，后端的，架构的，底层的，软技能系列的，等等吧。甩几张以前保存的图吧：    反正一句话，当时啥都看啥都学。当然这上面的一些书籍我买了也只是翻翻，那为什么要买呢？...