BFE

在后台在开发、调试接口时，常常会遇到需要登陆才能请求的接口。 比如：获取登陆用户的收藏列表，此时，我们就需要模拟登陆状态进行接口调试了。如图： 今天，我们讲解利用ApiPost的环境变量，解决这种需要先登录再请求的接口依赖情况。 ApiPost简介： ApiPost是一个支持团队协作，并可直接生成文档的API调试、管理工具。它支持模拟POST、GET、PUT等常见请求，是后台接口开发者或前端、接口测试人员不可多得的工具 。 下载地址： https://www.apipost.cn/download.html ApiPost提供了2种方案： 方案I、开启全局cookie apipost提供了开启全局cookie的功能。开启路径如下： 开启后，我们请求登陆接口后，后续接口都会共享“已登陆”的状态，即共享了登陆接口返回的cookie。 如下所示： 第一步：请求登陆接口 第二步：访问其他接口，则都处于了登陆状态 方案II、利用环境变量，先请求登陆接口，再请求后续接口 这种方案是针对关闭了全局cookie功能的情况。 1、先请求登陆接口： 为了处于登陆态，需要先请求登陆接口，此举目的是为了模拟用户的登陆行为，获取需要的登陆参数（这里是Cookie）。 将登陆接口返回的PHPSESSID（这个是SessionID，PHPSESSID是针对PHP作为后端接口的SessionID变量名

https://search.jd.com/Search?keyword=hive%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98%E5%AE%9E%E6%88%98&enc=utf-8&suggest=2.def.0.V10--38s0&wq=Hive&pvid=7a052c1448af4cd5bfe7fe9730bbb110 来源： oschina 链接： https://my.oschina.net/osenlin/blog/4518833

Osc乱弹歌单（2020）请戳（ 这里 ） 【今日歌曲】 @ 薛定谔的兄弟 ：分享洛神有语创建的歌单「我喜欢的音乐」: 《竹林の風》- 華風月 手机党少年们想听歌，请使劲儿戳（ 这里 ） @ 巴拉迪维 ：乃们这些后生仔，新的一周开始了，好好干活努力学习啊。年纪轻轻的，整天想着养尊处优怎么可以呢？ #贤者模式# 未来的你， 一定会感谢现在拼搏的自己 “有这智商了还不往外飞。” 不需要带着干劲儿去啊， 带着可爱去就完事了。 @ Xiaoshiyue ：周一的可爱 感觉和接你放学的妈妈似的， “以前我妈也是问我为什么不跟她说在学校的事了，我跟她说印象里你总是训我，没句好听的 不想和你说了 后来她偷偷在卧室里哭了一场，再后来就学会挑着合适的跟她分享。” 上班了以后就远离这种日子了， 没人等你诉说心事， 等级森严， @ 性感码农 ：一个是不是互联网公司的基本判断：等级森严；上下级分的非常明确；溜须拍马的人很多；平时相互称呼，什么什么总的；个人权利极大；个人集quan严重； “公司构架。” 想脱离这种生活， 除非全职炒股， @ 了不起的盖茨比A ：去他妈，上他妈的班，老子要全职炒股 “感觉我现在也是专家了”， 就是炒股比较幸福的时候了， “看吧买对了”也是， bye，bye了是人生白白了吧？ “我是个弹力球，不跳下去怎么弹起来？” 挣了钱了， 还人生白白了， 都不用再过这种可笑的生活了， @

润乾报表、帆软报表、Smartbi、永洪 BI、亿信 BI 这几款国内产品都把中国复杂报表作为宣传点。我们以常见的多源分片为报表为用例，来对比评测这些产品的处理能力（由于时间和知识限制，个别很偏的功能点可能会有遗漏）。 内容比较长，如果不想看细节，可以直接跳到最后看结论。 用例说明 报表式样 数据结构 [订单表] 主数据存储在订单表中，该表通过雇员 ID 和销售员表关联，通过产品 ID 和产品表关联。 [销售员表] 销售员表中存储职务、姓名，报表左下角统计数据时按照职务和姓名统计，该表通过雇员 ID 和订单表关联。 [产品表] 产品表中包含类别 ID 和产品 ID，并且是一对多关系，报表中需要按照类别分组，也就是要按该类别下多个产品的信息汇总。通过产品 ID 和订单表关联 [类别表] 这是一个中文字典表，通过它将类别 ID 映射成中文名称。 假定数据都来自数据库，可用 SQL 语句取出。 报表特点分析 1、 这是一个典型的多源分片报表，报表可以分成左上、右上、左下、右下四片区域，每片数据来自不同数据表（甚至可能不同数据库），需要实现多个数据集之间的关联。 2、 对字段数据的处理，数据库中存储的是订购日期，报表中需要按照年、月分组统计，需要根据日期解析出年、月，汇总区域是金额，数据库中存储的是单价、数量，需要对字段进行相乘操作。 3、 上表头中的产品类别需要按确定的次序排列

下载地址： https://dev.mysql.com/downloads/mysql/ 安装mysql 选择下载版本 等在下载完成，把下载的文件解压到你的文件目录下，然后创建my.ini文件,文件中内容如下； [mysqld] # 设置3306端口 port=3306 # 设置mysql的安装目录 basedir=D:\mysql-8.0.21 # 设置mysql数据库的数据的存放目录 datadir=D:\mysql-8.0.21\data # 允许最大连接数 max_connections=200 # 允许连接失败的次数。 max_connect_errors=10 # 服务端使用的字符集默认为utf8mb4 character-set-server=utf8mb4 # 创建新表时将使用的默认存储引擎 default-storage-engine=INNODB # 默认使用“mysql_native_password”插件认证 #mysql_native_password default_authentication_plugin=mysql_native_password [mysql] # 设置mysql客户端默认字符集 default-character-set=utf8mb4 [client] # 设置mysql客户端连接服务端时默认使用的端口 port=3306

修改IDEA自带的报错提示 修改SonarLint报错提示, 这边层级和上一个在同一层级 来源： oschina 链接： https://my.oschina.net/liwanghong/blog/4320938

来源： oschina 链接： https://my.oschina.net/u/3572435/blog/4333380

内容介绍 今天给大家分享一款sketch插件，利用该插件可以实现代码自动生成，并且包含多端。例如web端，微信小程序端等。 imgcook介绍 imgcook 专注以 Sketch、PSD、静态图片等形式的视觉稿作为输入 ，通过智能化技术 一键生成可维护的前端代码，包含视图代码、数据字段绑定、组件代码、部分业务逻辑代码 等。目前此产品是阿里巴巴前端委员会智能化小组的服务化的内外落地产品。 imgcook 的主要功能是视觉稿一键还原和基于还原后的可视化编辑，Sketch/Photoshop 设计稿的还原从安装插件开始，在设计稿中通过插件导出视觉稿的 JSON 描述信息粘贴到 imgcook 可视化编辑器，在编辑器中可以进行视图编辑、逻辑编辑等，生成代码后可将代码导出到本地或您的工程文件。主流程如下箭头所示 使用场景 imgcook 目前支持各种场景的页面或模块的高度还原，您可以根据以下场景分类选择是否使用 imgcook。 移动端细粒度模块开发场景 - 特别推荐 移动端活动页 - 特别推荐 移动端全页面开发 - 推荐 PC 端 toC 应用 - 推荐 PC 端 toB 应用 PC 端富交互应用 - 不推荐 游戏场景 - 不推荐 使用流程 设计师根据 设计稿规范 调整设计稿，确保图层组织以及切图相关的质量交付，完成后交于前端。 前端根据设计师调整后的设计稿，可选中模块或页面进行导出

来源：龚雪 http://dwz.win/B27 这里有10个经典的Java面试题，也为大家列出了答案。这是Java开发人员面试经常容易遇到的问题，相信你了解和掌握之后一定会有所提高。 让我们一起来看看吧。 1.Java的HashMap是如何工作的？ HashMap是一个针对数据结构的键值，每个键都会有相应的值，关键是识别这样的值。 HashMap 基于 hashing 原理，我们通过 put ()和 get ()方法储存和获取对象。当我们将键值对传递给 put ()方法时，它调用键对象的 hashCode ()方法来计算 hashcode，让后找到 bucket 位置来储存值对象。 当获取对象时，通过键对象的 equals ()方法找到正确的键值对，然后返回值对象。HashMap 使用 LinkedList 来解决碰撞问题，当发生碰撞了，对象将会储存在 LinkedList 的下一个节点中。HashMap 在每个 LinkedList 节点中储存键值对对象。 2.什么是快速失败的故障安全迭代器？ 快速失败的Java迭代器可能会引发ConcurrentModifcationException在底层集合迭代过程中被修改。故障安全作为发生在实例中的一个副本迭代是不会抛出任何异常的。 快速失败的故障安全范例定义了当遭遇故障时系统是如何反应的。例如

1. 三大分类 1.1 创建型模式 工厂方法模式 抽象工厂模式 单例模式 建造者模式 原型模式 1.2 结构型模式 适配器模式 装饰器模式 代理模式 外观模式 桥接模式 组合模式 享元模式 1.3 行为型模式 策略模式 模板方法模式 观察者模式 迭代子模式 责任链模式 命令模式 备忘录模式 状态模式 访问者模式 中介者模式 解释器模式 1.4 其他 并发型模式 线程池模式 1.5 图说设计模式 2. 六大原则 2.1 开闭原则（Open Close Principle） 开闭原则就是说对 扩展开放，对修改关闭 。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。 2.2 里氏代换原则（Liskov Substitution Principle） 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化