.Net Framework

　　当今，数字营销人员面临的挑战是，想要讲述富有创意、引人入胜的品牌故事，却不知如何对所有平台进行传播或优化，无法确保故事能够引起共鸣。 　　营销人员一直担心，机器人、人工智能和机器学习，未来将取代所有人的工作，正如市场营销AI研究所所言，一些市场营销工作将因为AI而消失、一些市场营销工作将被AI增强，还有一些新的工作机会由AI创造。 　　其实不必过于忧心，因为创造力仍然掌握在人类手中，仅有重复性任务或数据分析的营销工作将受到威胁。例如，告别A/B测试，营销人员可能已经完成了数千次A/B或多元测试，了解哪个标题或图片效果最好。 　　不幸的是，从一开始就存在缺陷，因为市场营销人员会透过内定的方式进行测试，凭着个人观点或希望看到的结果，证明其中的变化，而忽略了离群值或微妙的模式。AI会发现这些异常值和模式，比人类更具有客观性。 　　机器学习在A/B测试方面的优势是，它可以无需运行A/B测试，精准预测最佳选择。不用花费时间、预算和精力来运行测试，直接找出结果并召开会议讨论结果!过去，营销人员被告知一定要掌握分析数据，使其变得更像机器;现在，成功的数字营销者应该变得更加人性化。多达36%的企业高管表示，将AI整合到企业中的主要目标是，使任务自动化并释放创造力。 　　营销人员被告知，除非有数据支持，否则观点将不重要。许多营销人员已经成为数据专家，掌握了数据透视表，甚至学习了一些SQL

　　目前阶段的编辑工作完全依赖AI是不现实的，让AI成为人类编辑的帮手似乎更切实可行。双方协同起来，将使工作更加高效有质量。 　　日前，微软宣布6月底拟裁撤近80名外包编辑，由AI编辑负责接下来的MSN网站的新闻抓取、排版和配图等工作。但没想到，刚到岗没多久，AI编辑就“翻车”了，而且犯了一个非常低级的错误。AI编辑在寻找配图的时候，把非裔歌手Leigh跟阿拉伯裔歌手Jade弄混了。 　　针对此次微软AI的配图错误事件，Jade也在社交媒体上表达了不满：“正常区分两个不同肤色的人有那么难吗?”为何一向以高识别率著称的AI，这次却“翻车”了? 　　解决脸盲问题需要不断扩大学习范围 　　人脸识别技术是目前AI领域公认的比较成熟的技术，圈内人士也热衷像刷分一样把人脸识别准确率屡屡刷出新高，最高的号称准确率可达99.9%。人脸识别技术有如此辉煌的战绩，为何此次AI编辑还会脸盲呢? 　　“人脸识别技术的工作原理，主要是比对五官比例以及面部特征。”天津大学智能与计算学部教授韩亚洪解释，简单说，就是基于人脸图像的大数据，先对看到的人脸图像进行预处理，提取面部各个方面的特征，并通过分层多次提取，寻找对于识别个体人脸最有效的特征表达。 　　人脸识别技术这些年已经发生了重大的变化，传统的人脸识别方法已经被基于卷积神经网络的深度学习方法替代。深度学习方法的主要优势是它们可通过大规模数据集进行训练

C#类型名称 说明 取值 .NET框架类型 默认值 sbyte 8位有符号整数 -128~127 System.SByte 0 byte 8位无符号整数 0~255 System.Byte 0 short 16位有符号整数 -32768~32767 System.Int16 0 ushort 16位无符号整数 0~65535 System.UInt16 0 int 32位有符号整数 -2,147,483,648~2,147,483,647 System.Int32 0 uint 32位无符号整数 0~4,294,967,295 System.UInt32 0 long 64位有符号整数 -9,223,372,036,854,775,808 ~9,223,372,036,854,775,807 System.Int64 0 ulong 64位无符号整数 0~18,446,744,073,709,551,615 System.UInt64 0 float 单精度浮点数 1.5×10 -45 ~3.4×10 38 System.Single 0.0f double 双精度浮点数 5×10 -324 ~1.7×10 308 System.Double 0.0d bool 布尔值 true false System.Boolean false char Unicode字符串 U+0000~U

1、在web.config文件中的 system.webServer 节点下 增加如下配置 1 <httpProtocol> 2 <customHeaders> 3 <add name= " Access-Control-Allow-Origin " value= " * " /> 4 <add name= " Access-Control-Allow-Headers " value= " * " /> 5 <add name= " Access-Control-Allow-Methods " value= " GET, POST, PUT, DELETE " /> 6 </customHeaders> 7 </httpProtocol> 来源： oschina 链接： https://my.oschina.net/u/4362740/blog/4314290

0.前言 在上一篇中初略的介绍了一下SQL的基本写法，这一篇开始我们正式步入C#操作数据库的范围。通过这一系列的内容，我想大家能对于数据库交互有了一定的认识和基础。闲话不多说，先给大家介绍一个C#操作数据库的方式。 1. ADO.NET的介绍 在ADO.NET出现之前，C#连接数据库有很多种方式，各种框架琳琅满目。用户们饱受困扰，再加上乱七八糟的连接方式对语言的发展也是一种强有力的阻挠。所以微软决定搞一套标准化出来，之后ADO.NET诞生了。 ADO.NET定义了一系列操作数据库的接口和基类，而数据库厂商只需要根据自己的实际情况开发对应的实现类就可以了。 2. 使用ADO.NET 操作需要的步骤 使用ADO.NET操作数据库，先需要一个连接也就是 IDbConnection实例，然后使用IDbCommand执行，通过 IDataReader读取数据。 先来简单介绍一下上面提到的接口： a.IDbConnection 表示一个与数据源的开放连接，并由访问关系数据库的.NET 数据提供程序实现，也就是说这只是一个接口，具体的实现得看具体的数据库。 我们先看一下，具体的属性和方法吧： public string ConnectionString { get; set; }// 获取或设置用于打开数据库的连接字符串 public string Database { get; }/

开源在我们这个时代非常流行。软件市场的全球巨头对其普及起到了相当大的作用。毕竟，这些公司正在开发高端商业软件，而它们的开源项目是基于经过验证的解决方案和最佳实践的。 为什么越来越多的人喜欢开源软件？ ①稳定。 商业产品可以在任何时候完成其生命周期。一旦它不再被支持，你将不得不寻找替代品，迁移到一个新的软件。在开源的情况下，这种情况永远不会发生。源代码永远与你同在，即使项目结束后，你也可以自己使用和开发它。 ②安全。 有了源代码，就可以随时控制程序:自己修复bug，确保程序不会对数据安全构成威胁。 ③能赚钱。 如果许可允许，可以基于开源创建自己的软件产品并从中赚钱。即使你不能从代码本身中赚钱，也可以从它的支持中赚钱——针对个别需求优化功能。 ④学习经验。 通过参与开放源码项目，可以增强您的经验和开发人员的声誉。这就是为什么许多新手程序员寻求参与这样的项目。更有经验的开发人员可以检查您的代码并提出改进建议。 无论如何，越来越有商业上成功的软件公司正试图使公众受益，创建开源项目。FastReports也不例外。FastReport .NET报告生成器是其最成功的项目之一，现在，其公共开放项目FastReport Open Source源代码迎来了久违的2020首发更新！ FastReport Open Source源代码下载 不是所有人都知道FastReport .Net

一般我们写好了应用程序想要部署发布它，要么发布到物理机，要么发布到虚拟机，要么发布到容器来运行它。现在有了Azure应用服务，我们可以完全不用管这些东西，只管写好自己的代码，然后使用VisualStudio的发布功能就可以一键部署了。如果你觉得性能不够用了还可以自动扩容，弹性伸缩。 应用服务概述 Azure 应用服务是一项基于 HTTP 的服务，用于托管 Web 应用程序、REST API 和移动后端 。可以使用 .NET、NET Core、Java、Ruby、Node.js、PHP 或 Python 等偏好的语言进行开发。应用服务不仅可将 Microsoft Azure 的强大功能（例如安全性、负载均衡、自动缩放和自动管理）添加到应用程序。还可以利用其 DevOps 功能，例如包管理、过渡环境、自定义域和 SSL 证书。 引用自微软Azure文档 创建应用服务资源 通过portal控制台创建一个新的应用服务资源。 取个名字，这个名字会分配一个二级域名，到时候可以通过它来访问你的应用程序。选择对于的运行时，操作系统，区域。应用服务对于12月免费账号也是一个免费服务，支持1G内存60分钟CPU时间/天10个实例。 注意：SKU和大小，这里默认是要收费的，需要改成对应的免费计划。 点击“更改大小”，选择开发/测试标签，选择F1定价计划，这个才是免费的。 这些设置完成后点击创建

appium可以说是做app最火的一个自动化框架，它的主要优势是支持android和ios，另外脚本语言也是支持java和Python。略懂Python，所以接下来的教程是appium+python，自己搭建环境的时候，按照某些博客安装遇到各种奇葩问题，希望此篇文章对你有所帮助，如有错误，请指正。 1、环境准备 （本人环境：系统 win7,64位操作系统） 1）jdk1.8.0（64位） 2）Android SDK 3）Python 3.5 4）AppiumForWindows_1_4_13_1 5）Node.js：node-v4.4.7-x64 6）Appium-Python-Client 安装包传送门（百度网盘）： https://pan.baidu.com/s/1bHhupbBE5IQOcwbAkkzVog 2、 安装 JDK： 1） 下载 jdk安装包（我下的是jdk1.8的，我之前使用jmeter4.0的时候安装的） 2）一路傻瓜式安装，但是注意安装路径，最好是不要含空格和中文 3） 设置三个环境变量：计算机 --(右键)-->属性-->高级系统设置-->环境变量-->系统变量-->新建 A、JAVE_HOME:C:\Program Files\Java\jdk1.8.0_101(根据自己的jdk安装路径填写) B、CLASSPATH： .; %JAVA_HOME%

在默认的 VisualStudio 可以右击任意的文件，让这个文件在编译时复制到输出目录，但是这个选项将会在复制到输出目录时带上这个文件所在 VisualStudio 的文件夹结构。本文告诉大家几个方法让 VisualStudio 的文件可以在编译时输出到自定义的任意路径 文件夹到文件夹 将整个文件夹内容输出到自定义文件夹可以使用写一个 Target 的方法 如我需要将 VisualStudio 的 dll 文件夹的内容全部输出到输出目录，而不是输出到 输出目录下的 Dll 文件夹，可以使用下面代码 <Target Name="CopyReferenceDll" AfterTargets="Build"> <ItemGroup> <ReferenceDll Include="Dll\*.dll"> </ReferenceDll> </ItemGroup> <Copy SourceFiles="@(ReferenceDll)" DestinationFolder="$(OutputPath)" SkipUnchangedFiles="True"></Copy> </Target> 将上面代码复制到 csproj 文件里面，放在 </Project> 之前就可以做到将 VisualStudio 里面的 Dll 文件夹的 dll 文件复制到输出文件夹 至于需要输出其他文件到其他文件夹的

随着微服务的发展，相信越来越多的.net人员也开始接触GRpc这门技术，大家生成GRpc客户端的方式也各不相同，今天给大家介绍一下依据Proto文件生成Rpc客户端的五种方式 前提：需要安装4个Nuget包 Google.Protobuf、Grpc、GRpc.Net.ClientFactory、GRpc.Tools VS安装命令如下 Install-Package Google.Protobuf Install-Package Grpc Install-Package GRpc.Net.ClientFactory Install-Package GRpc.Tools 准备工作 首先我们新建一个简单的.net core3.1类库 命名为：GRpc.Proto 然后添加HelloWord.Proto 添加一个简单的协议 syntax = "proto3"; import "google/protobuf/timestamp.proto"; option csharp_namespace = "HelloWordDemo"; package HelloWord; service HelloWord{ rpc SayHelloWord(SayHelloWordRequest) returns (SayHelloWordResponse); } message