大家好，我是皮皮。一、前言前几天在Python钻石群有个叫【盼头】的粉丝问了一个关于Python列表处理的问题，这里拿出来给大家分享下，一起学习。有一个列表，希望字符串中出现这个列表中任何一个元素的话就输出去掉该元素后的字符串。下图是他自己写的部分核心代码。二、解决过程他自己想到了一个方法，遍历下列表，之后挨个进行替换，方法肯定是可行的，只是觉得应该有

前言之前笔者有写过一篇如何设计动态表单配置平台的文章，但是由于笔者电脑问题代码丢失，所以后期重新实现了一套表单设计器，并优化了之前的设计方式，特地做一下总结和复盘。你将收获动态表单开发的一般思路可视化领域中的表单引擎从零实现一款动态表单设计器利用H5Dooring开发一款表单设计平台正文按照习惯，我们先看看表单设计器实现的效果展示：上图中我们将表

本文翻译自本文首发于人非圣贤孰能无过。这句话还（更确切地说：尤其是...）适用于软件开发者。这就是为什么在每一个开发者的职业生涯中最重要的是知道如何处理这些失误。作为一个ReactNative开发者，我经常想要写出没有BUG的代码，但是当出现问题时，我需要确保我能够追踪并解决问题。在这篇文章中，我想讨论一些日常用于移动应用程序开发的工具

微信小程序最近被吐槽最多的一个更改，就是用户使用wx.getUserInfo（开发和体验版）时不会弹出授权，正式版不受影响。现在授权方式是需要引导用户点击一个授权按钮，然后再弹出授权。我最近围绕这个做了一些研究，来看看我是如何做好这个授权。1.用户进来一个页面时，按照微信小程序的生命周期，开始解析onLoad里面的内容。所以我们在第一步，就把代码放在这里

随笔背景：虽然参与正式项目开发已经近两年了，但是之前涉及的数据都不是很大，就算数据量够了，但是也没涉及到统计，所以之前开发的时候仅仅注意业务逻辑是否正确，代码是否精简。本次做的一个项目，写数据统计的接口，刚开始也只是注意逻辑，不过后来数据量仅仅到了40万的时候，一个按照年龄区段获取各年龄的普及率接口竟然花了近一分钟，所以开始了我的优化路程。一、从SQL上

背景为了提高开发的软件产品安全性，大部分选择的方案防护方案是，通过用成熟的加固软件进行对自己研发的软件做防护，从而达到对软件搭建一个安全防护墙。加固软件主要做的两件事，对软件中关键代码的保护以及提高对软件逆向反编译的门槛。那么软件安全性防护墙的第一道门那就是反调试。反调试技术又细分为静态反调试和动态反调试。下面就针对window端的进行梳理反调试检测方案。

1 为什么要使用多线程使用多线程的原因主要有以下几点:（1）更有效的运用多核心处理器一个线程在一个时刻只能运行在一个处理器核心上，所以单线程程序在同一时刻只能使用一个处理器核心，而多个线程在同一时刻可以使用多个处理器核心，显然能更加有效的运用多核心处理器。（2）更快的响应时间一些较为复杂的代码可以使

一、类与类之间的关系：1、类与类之间可能会存在共性2、类与类之间必定会有差异3、为了节约开发时间和代码量，我们在设计时可以把类的共项抽象出来形成一个基础类（基类）4、使用基类差异生成一个新的类叫派生类二、继承的语法1、在设计一个类时如果已有的类中有它需要的成员，它可以从已有的类中继承哪些成员，被继承的类叫父类或基类，继承类

上一篇中说到了“泵”在编程中的作用以及一些具体用处，但没有实际demo，可能不好理解，这篇文章我分享一个UDP通信的demo，大概实现了类似“飞鸽传书”在局域网中文本消息和文件传输的功能。功能不全也不是很完善，但足以说明“泵”在代码中的具体应用。先来回忆一下上篇中“泵”的含义，首先它是可持续运作的，其次它可以将“数据”从一个地方传递到另外一个地方，供其他

三年来一直从事服务器程序开发，一直都是忙忙碌碌，不久前结束了职业生涯的第一份工作，有了一个礼拜的休息时间，终于可以写写总结了。于是把以前的开源代码做了整理和优化，这就是FFLIB。虽然这边总结看起来像日记，有很多废话，但是此文仍然是有很大针对性的。针对服务器开发中常见的问题，如多线程并发、消息转发、异步、性能优化、单元测试，提出自己的见解。面对的问题