还有一个Child的子组件，红底黑字。 那么实际渲染出的样式是什么样子的呢。如下图: ? 实际看到的效果确实蓝底白字与红底白字，为什么与写的代码有出入呢。...将DOM和CSSOM合并为渲染树(rendering tree)将会被创建，代表一系列将被渲染的对象。 渲染树的每个元素包含的内容都是计算过的，它被称之为布局layout。...css的浏览器解析原则 看一个例子: .nav h3 span {font-size: 16px;} 在我们不知道规则的情况下，我们是这样猜测的，按照常人的思维从左到右。...如果在向下匹配的过程中，没有匹配上的则回溯到上一级继续匹配其他子叶结点。...最后 文章首发于：为什么我的样式不起作用？ 参考：浏览器渲染原理与过程 参考：CSS选择器从右向左的匹配规则 DEMO地址
鉴于 Tableau 的影响力和此书流传之广，我突然想，我早年的“错误理解”很可能已经影响到某些软件公司内部！我根据“文心一言”的指引，简单看了几篇帆软BI 的官方文档，果然应验了！...看下面我的讲义图片，是不是感觉就是“一个师父”。 2）问题结构 如果说我对分析有点贡献的话，我自以为是“问题结构”的理解。...看过我的第一版和第二版图书的读者，一定对帆软的介绍有“似曾相识”之感。...和之前的两篇文章一样，都骂到帆软脑门上了，我相信很多人还会嘴硬。 “喜乐君，你造谣！” “你对帆软根本不懂！” 如果有人想和我技术对峙，我也好不逃避。...当然，优秀的地方有我的“功劳”，错误的地方也是。
是的，我所从事的语言就是世界上最好的语言--PHP，222333哈哈。 在这本书中所介绍的RPC的实现方式是通过HTTP协议进行的。...在我上一篇文章中所讲的Web service（SOAP）也是RPC的一种实现方式。 ...Thrift ，这是我最近学习的一个RPC框架，它很强大，数据是通过二进制格式进行传输，相对 XML 和 JSON 体积更小，对于高并发、大数据量和多语言的环境更有优势。...3、总结 总的来说，我所写的这个例子是非常非常简单的，仅仅只是用来参考哈。当然啦，性能上肯定是鸡肋。在我自己做简单测试的时候，Ajax刷新返回数据都非常缓慢。...对于小白的我们来说，结合一个简单实用的例子来学习了解一门技术还是不错的！希望大家对RPC的学习不要止步于此哈，毕竟我这篇博客是入门级的，更多相关的RPC知识还等着大家去挖掘呢！
不知不觉公众号已经有很多人关注了，小编先谢谢大家的支持～今天我们就来谈一谈我对RF的理解，因为前段时间换了工作，目前RF知识基本用不上了。...其实我在上一份工作中大部分都是在反复的使用前面讲过的知识——其实RF工具，不仅是RobotFramework，其他工具也是一样，工具本身并不难使用，就像你第一次用手机发短信，其实“手机发短信”这个功能并不难...所以，我觉得自己讲的已经是RF最精髓的知识了（求轻喷）……其他的系统自带关键字大家可以下载一本电子书看，但是每个公司业务不同，用到的知识方面也就不同，可能你接口很厉害了，可是公司却用它测UI，更大的可能是根本不用...Robot…… 唯一的以不变应万变的方法就是加强自己的代码水平，接下来的工作中我涉及到的是倾向与Selenium方面的知识，过段时间还会有java的testNG部分，小编会慢慢的和大家分享这部分知识...放心，小编会加油的～ 今天小编的公众号可以开评论和打赏啦，哈哈，这也是为什么我大半夜不写代码给大家聊天的真正原因，嘿嘿 之前我们讲的是用RF测接口，接下来会给大家介绍另一种接口测试方法—
MVP框架的浅谈 最近部门变革，一口气招了5个新人，我们之前的ABC组也已经全部取消，重组拆分为研发/技术支持/新手村，我暂时分在研发组，负责音乐/视频代码的重构，代码重构的目的一个是为了适配安卓9.0...，一个是重构代码框架结构，降低耦合，以便日后降低对音乐/视频代码修改难度，还有一个更远期的目标是能通过换壁纸的形式，直接实现新UI； 我对MVP框架的理解 ?...，三个部门各司其职，View只负责控件的控制，Module负责处理逻辑，Presenter是个中间纽带传话的关系，为了方便，现在我的音乐做法是将Module和Presenter合并起来，将逻辑层与显示层区分开...然后都是说起来容易做起来难，之前卡住的地方就是不知道View如何持有Presenter，Presenter不知如何发数据给View，后来看各种资料终于过了这道坎，贴一个别人的范例 MvpPresenter...，MvpPresenter就是这些武器的使用秘笈 ? ，运行起来的流程就是机器人拿起狼牙棒，看了武林秘籍后，从此称霸武林 ? ！
ASP.NET MVC通过对HtmlHelper和HtmlHelper的扩展实现了对不同类型的元素的绑定，它们以扩展方法的形式定义在SelectExtensions中。...[源代码从这里下载] 一、创建一个独立的列表维护组件 我们将这些绑定在元素中的预定义列表中的元素称为Code。作为简单的演示模拟，我们创建了一个名为CodeManager的组件。...我们总是获取某一个类别（比如国家、性别、婚姻状况和政治面貌等）的Code列表绑定到界面上。如下所示的CodeManager定义了一个GetCode方法获取指定类别的Code列表。...“列表类别”的绑定 现在我们来定义针对HtmlHelper的扩展方法通过从CodeManager获取的Code列表来进行“列表控件”的绑定。...MVC应用来演示对DropDownList和ListBox的绑定。
但在处理这类二元分类模型时，样本数量不平衡的两个类别通常会让事情变得棘手，而大多数的数据分析师所依赖的精度指标也并不是万能的。...成功的预测将为模型加分，而失败的预测也会有一定的扣分。...，如下： 有假负：15,000/(15,000+5,000)= 75% 如果你需要处理的数据集分类不平衡，且对找回所有问题案例的需求迫切，那么召回率将会是个很好的评估标准。...这种情况中的假正可能也就是多发几封邮件，你大概率也不会在意有五百个对产品非常忠诚的客户会受到多余邮件而造成的浪费，我们希望的是能通过消息提醒，保留住那些潜在的客户流失。...F1= 2 X （精准度 * 召回率） / （精准度 + 召回率） 可以说，F1 是精确度是召回率的组合，它可以帮你确定模型性能，并对假正和假负进行赋权。
关于开发者的技术水平到底该如何定义，到底一个人的技术水平应该定位在高、中、低的标准是什么呢？很多人觉得这是一个仁者见仁的问题，有人觉得根据公司的那个员工等级判断。...下面我来讲讲我的认知，C#这门技术到底学到什么程度可以进入到什么级别。 我常说C#的入门技术是委托、事件、消息。只有当你可以纯熟运用这三个技能的时候，才刚刚入门，此时C#的大门才算正式为你打开。...，方便忽悠；而DDD就是高级概念，光百度是学不会的，一定要应用过才能了解，但DDD这样的高级概念很复杂，非技术人员很难理解，技术人员也未必有那么好的口才讲解，而IOC,AOP这类的简单概念很容易理解，基本上口才笨拙的开发人员也能讲的很溜...【PS：如果有需要购买Xamarin安卓框架的可以联系我，分为原始框架和web嵌入框架两种，后者采用angularjs+web api技术，Web页面端实现MVVM ：）】 以上全部是纯技术分析，当然不是全部...一个技术没入门的架构师并不比一个真才实学的架构差，即便他们其他技能也是零，因为我相信存在即是合理。
此文的来由也是由前篇文章引申出来的，详见前端工程化的个人思考+前端工程化的个人思考-续。...React Native早已渗透到Android、iOS的原生开发，效果效率都很接近，更关键的的多终端适配、升级更简单。Weex等一大批UI框架的出现使的前端开发开发更规范统一的界面变的轻松容易。...掌握单一的技术栈，在一个大前端团队中似乎不足以立足，这也对当下的前端人员有了更高的要求。...)，当然BFF的场景还不止于此，在面对的多终端的数据展现方面，也可以提供类似于API GATEWAY的功效。...当然，这只是一厢情愿的想法，软件也远非这么简单就能解决问题，很多复杂的场景下它是应付不来的，每一种语言都有自己的局限性，这是我们应当看到的，陷入语言之争毫无意义。
1、安装vue-cli脚手架 2、初始化 src目录下新建一个store文件并新建一个store.js文件 引入vue和vuex并显式的通过Vue.use(Vuex)来安装Vuex import Vue...state => state.count-- } //注册、暴露 export default new Vuex.Store({ state, mutations }) 4、创建一个新的子组件...由于vuex的状态存储是响应式的，从store实例中获取状态最简单的方法就是在计算属性中返回某个状态。 2....我这里的store是直接注册在了这个子组件中， Vuex 通过 store 选项，提供了一种机制将状态从根组件『注入』到每一个子组件中,也就是说如果你在根组件里注册了store选项，那么子组件用this...以上就是官网上那个示例具体到项目中的的简单实现了。 参考:https://router.vuejs.org/zh-cn/installation.html
投影的概念很简单，就是投射的影子。好比黑暗屋子有一处光，投到你伟岸的身躯，墙上必然会有影子，这个影子就是你的身体对应这面墙的投影。 如上图, 求向量y到平面W的最短距离。...大家对比一下自己的身体和身影的区别，答案就是把三维的问题变成了一个二维的问题，这就是一个降维的思想，也是投影的价值。...这里主要看气质，我们并不详细给出两个投影矩阵的推导过程， 如上是透视投影的示意图，视锥体的任意一点()，求出在平面(z = -n)对应的点，就是一个相似三角形的过程。...从CPU到GPU的转移，看上去很完美的，但动态投影有一个效果上的问题，毕竟是对纹理的操作，难免会有一些位置上偏移缩放等。如果用肉眼仔细看，你还是会发现不如以前的纹理清晰。...Cesium在这个问题上有一个很精妙的办法，还是要进行动态投影的，只是转换的对象不是Texture，保证纹理信息不变，而是对Texture Coordinate进行转换。 如下是动态投影的效果对比。
2.sql注入原理 SQL注入攻击指的是通过构建特殊的输入作为参数传入Web应用程序，而这些输入大都是SQL语法里的一些组合，通过执行SQL语句进而执行攻击者所要的操作，其主要原因是程序没有细致地过滤用户输入的数据...(2)post请求，提交文章标题和文章内容，添加入库，正常情况是，在输入框输入正常的内容，就是很正常的那种！就是像我下面写的这样！就不找实例截图了哈。 标题:震惊！...此时呢，提交入库的sql如下 INSERT INTO article(title, content) VALUES('标题','内容') 但是当我们把标题框或者内容框里输入的内容后加上 "...id=1' 对应sql: select * from table where id=1' 这是一条错误的sql语句，如果页面返回异常，则说明我们输入的单引号被当做sql语句带了进去。...id=1 对应的sql：select * from table where id=1 and 1=2
逸言 | 逸派胡言 本文是我的领域驱动战术设计课程第一部分《领域建模》的章节节选。目前，我还在紧张地撰写领域驱动战术设计课程，诸位莫催。...我始终认为，Eric Evans的领域驱动设计是对软件设计领域的一次重新审视，是在面向对象语言大行其道时对数据建模的“拔乱反正”。...我认为，UML图、代码与文档仅仅是表达领域模型的一种载体而已，如果绘制出来的UML图或者编写的代码与文档并没有传递领域知识，那就不是领域模型。...在我看来，设计对领域模型的反映，就是“设计模型”；代码对领域模型的表达，就是“实现模型”。...我之所以清晰地将领域模型划分为这三个模型，主要是出于交流的目的。 在分析阶段，开发团队与领域专家一起工作，通过建立更加准确而简洁的分析模型，直观地传递着不同角色对业务知识的理解。
OOP面向对象的思维： pay1:封装 A.避免使用非法数据赋值 B.保证数据的完整性 C.避免类内部发生修改的时候，导致整个程序的修改 pay2:继承 A.继承模拟了现实世界的关系...，OOP中强调一切皆对象，这符合我们面向对象的编程思考方向 B.继承实现了代码的复用，这在例子中我们已经有所体会，合理地使用继承，会使我们的代码更加简洁 C.继承使得程序结构清晰，子类和父类的层次结构更清晰...，最终的目的是是子类只关注子类的相关行为和状态，无须关注父类的行为和状态.例如，学员只需要管 理学号、爱好这种属性，而公共的姓名、年龄、性别属性交给父类管理 pay3:多态 A.相同的两个或者是多个属于不同类的对象...，对于同一个消息(方法的调用)做出不同响应的行为方式 pay4:接口 A.接口是对继承单根性的扩展：请你回想一个我们在第六章的继承中的问题，在C#中，一个子类可以继承多个父类吗？...D.接口的使用方便团队的协助开发：例如一个系统，加入要实现对象的排序功能，实现接口的专门实现接口，而做排序功能的专门做排序，如果一 个系统都能够做到这种设计，便可以更为方便的使用开发团队进行的分工明确的协作开发
问题描述 随着对专业知识的更加了解，我对于自身的发展方向也更加明确。合理配置相应的资源，积极调动人力，高效的完成项目，应用好PM方法论，向着一个具有先导判断力和明锐决策力的PM发展。...在现在开发市场上，对于PM的定位是非常模糊的，以至于在知乎上有句话,“中国的PM，不都是PM”。关于PM的明确定位，不同的公司，有不同的要求，后续再进一步探讨。...我认为，敏捷开发模式是很适合我们这样的学生开发团队。Agile是一套价值体系与操作原理。它能在特定的情况下改变开发团队的开发效率，和保证输出产品的质量。...通过逻辑顺序将这些子项目链接，一个工作阶段完成相应的子项目，最后将子项目进行拼装，总的输出产品就诞生了。在Agile的协同模式下，对于团队成员之间的合作也有非常大的促进作用的。...这是我初识agile的一些思考，我也将在接下来的项目中，去完善，去论证，最终找到适合我们团队的开发模式。
下班的路上骑着2万多公里的小摩托，突然有点老夫聊发少年狂的感觉，一不小心就闯了个红绿灯(当然这是不对的)。 当时觉得一用QML爽，一直用一直爽，开发效率实在太高了。...似乎学习QML并没有像网友说得那么难。 后面做项目都是使用QML，一直从Qt 4.7，Qt 4.7，到Qt 5.12。QML由原来的Widgets模块脱离到Quick模块。...随着项目越做越大，需要用到的QML技术也越来越复杂，遇到的问题也越来越多。 ...到底是我用的方法不对还是QML本身就不适合复杂化。 面对上面一系列的问题，甚是懊恼，只能让一部分新项目不再使用QML了。...Qt君认为目前QML非常适合做普通的界面项目，不需要高性能视频渲染，矢量画板功能等设计到高性能计算的都应该避免使用。
，在状态这一列中绑定了一个事件，Plan.formatStatus；此事件用来格式化数据使用，要想格式化首先要获取到该行的值，可以通过(dom).text();来得到该列的值 然后通过(dom).text...).html("审核通过"); }else if(status==6){ $(dom).html("已发布"); } } 如果我要在某一列中获取本行其他列的值该如何做呢...首先还是要通过process方法给这一行的某一列绑定一个事件，然后通过触发这一个事件来获取这一行的值，比如我给操作列绑定了一个叫做Plan.operRender的事件，然后这个事件通过格式化返回一个超链接给这一列...$(dom).html("添加"); 此时的操作列已经有绑定的事件了，当我点击操作列中的 Plan.add...Plan.id="+id; } 此方法将获取触发操作列所在行的第6列的值，也就是使用了5个next()的原因。 Mark一下，方便查找。
汇编语言是二进制的文本形式，与 CPU 的指令是一一对应的关系。...系统运行多个进程，所分配的内存之和可以大于实际物理内存大小。 这是我认为最经典、最本质、最受启发的中间抽象层的设计。...对 IO 外设的端口映射到一个物理内存单元地址，在 CPU 与外设之间的“内存”抽象层，带来好处是访问内存一样去访问外设。...Netty 本身的架构理解有些曲线，为了讲清楚，我还是希望循序渐进方式，通过它的发展历史来一步步介绍。先铺垫再介绍，大家需要一些耐心。 传统阻塞 IO 服务模型 ?...随着状态的变化，Channel 处于不同的生命周期，背后绑定相应的事件回调函数。 事件调度层 ：它的核心组件包含 EventLoopGroup、EventLoop。
[总结]我对移动端适配的了解 不知不觉做前端已经两年了，从PC端，移动端，微信小程序一路走来到今天刚刚开放注册的快应用(手机厂商对抗小程序的新技能,所以在注册时用的是qq邮箱的话要去垃圾箱里才能找到注册邮件...今天的主题是讲的是我对移动端多终端适配的解决方案和移动端适配的有关布局的知识总结，下面正式开始。...对于可视视口的缩放可以理解为，用户用双指对页面进行缩放，当用户缩小页面时，可视视口变大用户可以看到的东西越多，当用户放大页面时，可视视口变小，用户看到的东西越少。...猥琐发育~###### 多种适配方案探究当设计师给出ui图时，面对市场上各式各样的手机它们屏幕大小不同，dpr不同，屏幕尺寸也是各种大小，那么我们应该怎么做到对ui设计图的充分还原，使得项目在各式各样的手机里运行呢...**方案一：固定高度，使其宽度自适应**这也是我接触移动端适配第一次使用的方案。这个方案使用了理想视口,使得布局视口等于设备宽度。
React 是前端开发每天都用的前端框架，自然要深入掌握它的原理。我用 React 也挺久了，这篇文章就来总结一下我对 react 原理的理解。...这就是为什么要有 vdom，是它的第一个好处。 而且有了 vdom 之后，就没有和 dom 强绑定了，可以渲染到别的平台，比如 native、canvas 等等。 这是 vdom 的第二个好处。...至此，我们对 react 的新架构，render、commit 两大阶段都干了什么就理清了。...react 和 vue 最大的区别在状态管理方式上，vue 是通过响应式，react 是通过 setState 的 api。我觉得这个是最大的区别，因为它导致了后面 react 架构的变更。...，就算是对 react 原理有一个比较深的理解了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
腾讯会议
云直播
对象存储
