关系逻辑

0. 前言 正如标题「 7 天玩儿转 ASP.NET MVC 」所言，这是个系列文章，所以将会向大家陆续推出 7 篇。设想一下，一天一篇，你将从一个愉快的周一开始阅读，然后在周末成为一个 ASP.NET MVC 开发者，这很酷吧！ 第一天是热身运动，这篇我们将围绕 Controller 和 Views 实践两个 Labs。在每个 Lab 之中都伴随着一些 Question 和 Answer。所以文章的主体框架是 Lab 和 Q&A。 1. 开始之前的准备 我们只需要 Visual Studio 工具就可以开始 ASP.NET MVC 之旅。你可以通过 Visual Studio 官网 下载所需版本。 2. MVC vs Webforms 许多 ASP.NET 开发者第一次接触 MVC 时会认为它是区别于 Webforms 的，会认为它是一个全新的技术。确实如此，如果说 ASP.NET Webforms 是一个创建 Web Application 的框架，那么 ASP.NET MVC 就是一个更棒的架构体系，它以一种更合理的方式来组织和放置我们的代码。 不可否认的是，ASP.NET Webforms 在过去十多年都非常流行，从 VB 开始，微软就开始传经布道 RAD 和 Visual Programming 的方法。连微软的开发工具都称作 Visual Studio，可见一斑。

这是它的一个生命周期 钩子函数 ，就是一个vue实例被生成后调用这个函数。一个vue实例被生成后还要绑定到某个 html元素 上，之后还要进行编译，然后再插入到document中。每一个阶段都会有一个 钩子函数 ，方便开发者在不同阶段处理不同逻辑。 一般可以在created函数中调用ajax获取页面 初始化 所需的数据。 实例生命周期 每个 Vue 实例在被创建之前都要经过一系列的初始化过程。例如，实例需要配置数据观测(data observer)、编译模版、挂载实例到 DOM ，然后在数据变化时更新 DOM 。在这个过程中，实例也会调用一些 生命周期钩子 ，这就给我们提供了执行自定义逻辑的机会。例如， created 这个钩子在实例被创建之后被调用： var vm = new Vue({ data: { a: 1 }, created: function ( ) { // `this` 指向 vm 实例 console.log( 'a is: ' + this.a) } }) // -> "a is: 1" 也有一些其它的钩子，在实例生命周期的不同阶段调用，如 mounted 、 updated 、 destroyed 。钩子的 this 指向调用它的 Vue 实例。一些用户可能会问 Vue.js 是否有“控制器”的概念？答案是，没有。组件的自定义逻辑可以分布在这些钩子中。

一. Bool类型 逻辑判断, C#中只有true和false两个值; 使用场景: 在分支和循环语句中, 常用作为判断条件来使用; 二. 关系运算符 关系运算符 (> < >= <= == !=), 判断后的结果会产生一个Bool类型的值. 关系运算符经常会和算术运算符连在一起使用, 因此会产生一个优先级: 算术运算符 > 关系运算符(自己的都是平级) > 逻辑运算符 注意: "==" 代表的是判断是否相等, 而 '=' 代表的是赋值运算 三. 逻辑运算符(&& || ! ) &&(逻辑与): 逻辑与运算符两边的表达式同时为真, 整个表达式的结果才为真(一假则假) ||(逻辑或): 逻辑或运算符两边的表达式同时为假, 整个表达式的结果才为假(一真则真) !(逻辑非): 原来为真 非之后为假, 原来为假 非之后为真 注: && 和 || 运算都存在短路现象; 例如, 当进行 && 运算的时候, 如果 前面的为假, 则后面的不再执行. 同理, 当进行 || 运算的时候, 如果 前的为真, 则后面的不再执行. int num1 = 20, num2 = 30, num3 = 50; bool res = num1 > num2 && ++num2 < num3; Console.WriteLine(num2); // num2 = 30, 这里 num1 > num2 为假, res

15.微信小程序（JS逻辑文件） 大纲 （1）业务逻辑案例 （2）调用API案例 （3）ECMAScript---- （4）小程序执行环境 （5）模块化 （6）作用域与全局变量 前言 前言： 一个服务仅仅只有界面展示是不够的，还需要和用户做交互：响应用户的点击、获取用户的位置等等。在小程序里边，通过编写 脚本文件来处理用户的操作。 小程序的主要开发语言是 JavaScript JS 作用： ①开发者使用 JS来开发业务逻辑； ②调用小程序的 API 来完成业务需求。 ①业务逻辑案例 交互案例： 点击 button 按钮的时候，希望界面显示 “Hello World”，于是在 button 上声明一个属性: bindtap ，在 JS 里声明 clickMe 方法来响应点击操作： 以上便是响应用户操作，下节介绍详细的事件。 ②调用API案例 调用API： 除了业务逻辑外，开发者还可以在 JS 中调用小程序提供的丰富的 API，利用这些 API 可以很方便的调起微信提供的能力，例如获取用户信息、地理定位、本地存储、微信支付、扫一扫、界面交互等等。 在初始化的项目里，在 pages/index/index.js 就调用了 wx.getUserInfo 获取微信用户的头像和昵称，最后通过 setData 把获取到的信息显示到界面上。 更多API调用到之后课程详细介绍。

业务逻辑案例 调用API案例 ECMAScript 小程序执行环境 模块化 作用域与全局变量 一个服务仅仅只有界面展示是不够的，还需要和用户做交互： 响应用户的点击、获取用户的位置等等。在小程序里边，通过编写 脚本文件来处理用户的操作。 小程序的主要开发语言是 JavaScript JS 作用： ①开发者使用 JS来开发业务逻辑； ②调用小程序的 API 来完成业务需求。 业务逻辑案例 用户响应操作案例 用户未操作的效果 用户操作后的效果 调用API案例 界面交互案例 效果 扫一扫案例 wx.scanCode(Object object)调起客户端扫码界面进行扫码 场景 ： 为了让用户减少输入，我们可以把复杂的信息编码成一个二维码，利用宿主环境/微信客户端wx.scanCode这个API调起微信扫一扫，用户扫码之后，wx.scanCode的success回调会收到这个二维码所对应的字符串信息。 开启手机调试 真机测试小程序时，也可以开启手机调试模板 点击右上角按钮，弹框中选择打开调试，之后会自动关闭，重启即可 ECMAScript 在大部分开发者看来， ECMAScript和JavaScript表达的是同一种含义，但是严格的说，两者的意义是不同的。 ECMAScript是一种由Ecma国际通过ECMA-262标准化的脚本程序设计语言， JavaScript 是 ECMAScript

如今在银行，P2P等各种贷款业务机构，普遍使用信用评分，对客户实行打分制，以期对客户有一个优质与否的评判。但是不是所有人都知道信用评分卡还分A,B,C卡三类！所以，如果你只知道ABC是Gary的ABC汤，那就赶紧来补习下这些知识吧~~ A卡（Application score card）申请评分卡 B卡（Behavior score card）行为评分卡 C卡（Collection score card）催收评分卡 三种卡的介绍，请直接看这篇文章：比较全面的说了三种打分机制。 梁世栋博士的《行为评分和贷后风险管理研究》http://www.docin.com/p-516772778.html 这三种打分机制的区别在于： 1.使用的时间不同。分别侧重 贷前、贷中、贷后 ； 2.数据要求不同。 A卡一般可做贷款0-1年的信用分析，B卡则是在申请人有了一定行为后，有了较大数据进行的分析，一般为3-5年，C卡则对数据要求更大，需加入催收后客户反应等属性数据。 3.每种评分卡的模型会不一样。在A卡中常用的有 逻辑回归 ， AHP [层次分析法（Analytic Hierarchy Process，简称AHP）]等，而在后面两种卡中，常使用 多因素逻辑回归 ，精度等方面更好。 3.检测评分卡中客户群的 特征变化 ，已经这些变化对评分卡分值的冲击。 2.计算 某些特定参数 ，用以触发某些行动

软件工程作业1 （第1 ～4 章） 一、选择题： 1. 开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称做（ C ）。 A. 软件工程 B.软件周期 C.软件危机 D.软件产生 2. 瀑布模型本质上是一种（ A ）模型。 A. 线性顺序 B.顺序迭代 C.线性迭代 D.早期产品 3. 瀑布模型存在的问题是（ B ）。 A ．用户容易参与开发 B．缺乏灵活性C．用户与开发者易沟通 D．适用可变需求 4. 螺旋模型是一种将瀑布模型和（ A ）结合起来的软件开发模型。 A ．增量模型 B．专家系统 C．喷泉模型 D．变换模型 5. 原型化方法是用户和设计者之间执行的一种交互构成，适用于（ A ）系统。 A ．需求不确定性高的 B．需求确定的 C．管理信息 D．实时 6. 下列有关软件工程的标准，属于国际标准的是( D ) A.GB B.DIN C.ISO D.IEEE 7. 结构化方法是一种基于（ D ）的方法。 A. 数据结构 B.程序结构 C.算法 D.数据流 8. 软件可行性研究实质上是要进行一次( A) 需求分析、设计过程。 A 、简化、压缩的 B、详细的 C、彻底的 D、深入的 9. 可行性研究的目的是（ D ） A 、分析开发系统的必要性 B、确定系统建设的方案 C 、分析系统风险 D、确定是否值得开发系统 10. 设年利率为i，现存入p元，不计复利

Vue Vue近几年来特别的受关注，三年前的时候angularJS霸占前端JS框架市场很长时间，接着react框架横空出世，因为它有一个特性是虚拟DOM，从性能上碾轧angularJS，这个时候，vue1.0悄悄 的问世了，它的优雅，轻便也吸引了一部分用户，开始收到关注，16年中旬，VUE2.0问世，这个时候vue不管从性能上，还是从成本上都隐隐超过了react，火的一塌糊涂，这个时候，angular 开发团队也开发了angular2.0版本，并且更名为angular，吸收了react、vue的优点，加上angular本身的特点，也吸引到很多用户，目前已经迭代到5.0了。 学习vue是现在前端开发者必须的一个技能。 前端js框架到底在干嘛，为什么要用 js框架帮助开发者写js逻辑代码，在开发应用的时候js的功能划分为如下几点： 渲染数据 操作dom（写一些效果） 操作cookie等存储机制api 在前端开发中，如何高效的操作dom、渲染数据是一个前端工程师需要考虑的问题，而且当数据量大，流向较乱的时候，如何正确使用数据，操作数据也是一个问题 而js框架对上述的几个问题都有自己趋于完美的解决方案，开发成本降低。高性能高效率。唯一的缺点就是需要使用一定的成本来学习。 Vue官网介绍 vue是渐进式JavaScript框架 “渐进式框架”和“自底向上增量开发的设计”是Vue开发的两个概念

继承关系： “是” 的关系 B是基类A的一个派生类 逻辑上要求：“一个B对象也是一个A对象”。 例： “男人”是一个“人”，“女人”也是一个“人”，因此“男人”和“女人”就可以从“人”中继承得到，但男人和女人不能互相继承。 复合关系： “有”关系 类C中“有”成员变量k，k是类D的对象，则C和D是复合关系 一般逻辑上要求：“D对象是C对象的固有属性或组成部分”。 例： “狗”拥有一个“主人”，一个“主人”拥有多条“狗”。显然，“狗”不是“主人”，“主人”也不是“狗”，但一条“狗”“有”一个“主人”，一个“主人”有多条“狗”，这样是成立的，这就是复合关系。 具体实现： class CDog; class CMaster { CDog *dogs[10]; }; class CDog{ CMaster *master; }; 来源： http://www.cnblogs.com/sakuya0000/p/8659813.html

今天来说个有意思的话题 程序员和产品经理的斗争，从根本上就是个伪需求 我抛出两个观点： 1、在当前国内互联网大势下，9成以上非程序员出身的产品经理都是垃圾 2、无论在什么地方，什么时候，程序员都是最好的初级、中级产品经理人选 不是找喷，而是事实 下面论证一下以上观点 一、产品经理有没有搞清 个人能力成功 和 平台资本加持成功 之间的区别？ 我说一个产品经理的画像，大家应该相当熟悉了： 我会写文档，知道怎么切图、我会用Axure，我会思维导图，我知道墨刀这种新互联网产品设计工具，我平时特别喜欢琢磨别人的应用，我对新鲜事物特别感兴趣，我热爱数码产品，我是果粉，我。。。 是的，你已经意识到自己是一个主流的产品经理了，但是你还没有意识到的是： 你可能还是一个“垃圾” 这里的 垃圾 不是贬义词，而是一种 客观的陈述 ，如果一个人在团队和项目中，把他替换成其他人，依然可以无缝切换运转的时候 那么他，根据上海最新的垃圾分类规则，应该是一个“可回收垃圾”，到别的团队依然可以继续做产品经理 但为什么很多产品经理有时候依然优越感十足，一副见过流行世面，一副我有独特审美，一副我经手的产品特别成功的模样呢？ 因为他并没有搞清楚 平台价值和个人能力区别 我国的互联网和软件行业是有趣的，在趋势和和资本推动下产业不断革新，在这浪潮之下，优质的产品不断涌现，也造就了一个 热门的岗位 ：产品经理，和一个 普遍的幻觉