导航 1.编译环境 2.项目配置 1.设置附加包含目录 2.设置附加库目录 3.设置附加依赖项 3.CLR中各种定义 1.接口定义 2.类定义 3.枚举定义 4.属性定义 4.CLR中各种使用 1.类的实例化 2.命名空间的使用 5.CLR中数据类型的转换 1.String ^ 到 QString 的转换 2.QString 到 String ^ 的转换 3.char * 到 String ^ 4.wchar_t * 到 String ^ 5.数组的转换 1.编译环境 系统:windows10

在使用WebService开发时,同时使用了EF和linq,查询数据时,使用linq(查询订单)可以正常拉出数据, 但是使用EF(查询用户)却会报以下错误: {"指定的架构无效.错误: \r\nCLR 类型到 EDM 类型的映射不明确,因为多个 CLR 类型与 EDM 类型"Orders"匹配.以前找到的是 CLR 类型"WebService1.Model.Orders",新找到的则是 CLR 类型"WebService1.LinqModel.O

异常信息: "指定的架构无效.错误: CLR 类型到 EDM 类型的映射不明确,因为多个 CLR 类型与 EDM 类型“Person”匹配. 以前找到的是 CLR 类型“A.Person”, 新找到的则是 CLR 类型“B.Person”. 这类异常信息在代码里面出现过几次,每次的解决方案都让人匪夷所思.不知道为什么出现,也不知道为什么被解决了. 查阅了一些国外的资料,链接: Don't use classes with the same name - EF uses only class na

在上一篇文章中,介绍了什么是泛型,以及泛型和非泛型的区别,这篇文章主要讲一些泛型的高级用法,泛型方法,泛型接口和泛型委托,协变和逆变泛型类型参数和约束性,泛型的高级用法在平时的业务中用的不多,多用于封装高级方法和一些底层封装,前几天读了一篇文章,如何选择网络上的技术文章,因为现在关于技术的文章可以说非常多,但是时间是有限的,如果花很多时间阅读了一篇文章却没有什么用,岂不是很浪费时间,所以第一步选择自己感兴趣的文章阅读,第二要把阅读过的文章尽可能实现一次,读书万遍不如走上一遍,第三尽量不读翻译性的

在讨论泛型之前,我们先讨论一下在没有泛型的世界里,如果我们想要创建一个独立于被包含类型的类和方法,我们需要定义objece类型,但是使用object就要面对装箱和拆箱的操作,装箱和拆箱会很损耗性能,我们接下来会用一个示例来说明使用泛型和使用非泛型对值操作时的性能差距.但是如果使用泛型,也是同样的效果,不需要装箱和拆箱的同时泛型还保证了类型安全 言归正传,.Net自2.0以后就开始支持泛型,CLR允许创建泛型引用类型和泛型值类型,但不允许创建泛型枚举类型,此外,CLR还允许创建泛型接口和泛型委托.

在之前的随笔中,我们探讨了参数,字段,方法,我们在开始属性之前回顾一下,之前的探讨实际上串联起来就是OOP编程的思想,在接下来的文章中,我们还会讨论接口(就是行为),举个例子:我们如果要做一个学生档案,我们需要先抽象出来有那些对象实体,比如有一个学生类,里面有学生id,姓名,年龄,班级等字段. 但是这不能满足我们的需求,我们要做学生档案管理,需要知道学生的每科成绩,所以我们还需要一个成绩类,里面定义了学生的学生Id,科目,科目分数,下面是两个类的代码示例 public sealed class

写到这篇文章的时候,笔者回忆起来以前的开发过程中,并没有注意参数的传递是以值传递还是引用传递的,也是第一次了解到可变参数params,常用的不一定就代表理解,可能只是会用.接下来我们就一起回忆一下关于参数传递中得一些方法技巧. 可选参数和命名参数            在设计方法的参数时,可为部分或全部参数分配默认值,调用这些方法的代码,然后调用这些方法的代码可以选择不提供部分实参,使用其默认值,此外,调用方法时可通过指定参数名称来传递实参.下面的例子为一个有一个形参两个默认值参数的方法:方法第

无论学习那门语言都要学习函数体,C#,JAVA,PHP,都会涉及到函数体,而C#的函数体成员并不少,方法和构造器就是函数体成员之一,函数体成员还包括但不限于:方法,属性,构造器,终结器,运算符及索引器. 方法就是某个类相关的函数,也可以返回简单的基元类型或者什么也不反回,方法可以定义其公开性,如果使用static修饰符则变为静态方法. 属性是可以从客户端访问到的函数组,访问形式和访问类相同,C#为读写类中的属性提供了专用语法. 构造器是实例化对象时自动调用的特殊函数,必须与所属的类同名,且不能有

         前言 孔子说:温故而知新,可以为师矣.所以对于学习过的知识要多复习,并且每一次复习都要尽可能的去扩展,而不是书本上的几句理论知识.很多人都喜欢分享自己的学习内容,记录下生活的点点滴滴,我也很喜欢这种做法,昨天用了一天的时间,翻了很多的博客,看了不少GIT上的开源代码分享.还有亦师亦友的同事给出的建议.我今后也会多多分享一些学到的东西. 先回顾一下C#最基础的内容,在过去的一年开发,随着出现了很多的错误,让我明白了基础的重要性,程序员如果不能很好的理解他所用的语言基础,那么就会有

前言 本文翻译自BotR中的一篇,原文链接 Type Loader Design ,可以帮助我们了解CLR的类型加载机制(注意是Type类型,而不是Class类),文中涉及到术语或者容易混淆的地方,我有在随后的括号里列出原文和解释.如有翻译不正确的地方,欢迎指正. 文章内容偏底层,有很多琐碎的概念,后面有机会我会一一写文章介绍. 类型加载器设计 作者: Ladi Prosek - 2007 翻译:几秋 (https://home.cnblogs.com/u/netry/) 介绍 在一个基于类的(

使用 Fluent API 配置/映射属性和类型 使用实体框架 Code First 时,默认行为是使用一组 EF 中内嵌的约定将 POCO 类映射到表.但是,有时您无法或不想遵守这些约定,需要将实体映射到约定指示外的其他对象. 您主要可使用两种方法来配置 EF 使之在映射数据时绕开约定,这两种方法就是 注释和 EF Fluent API.注释仅涵盖一部分 Fluent API 功能,因此有一些情况是无法使用注释实现的.本文旨在演示如何使用 Fluent API 来配置属性. 除了控制映射之外,

Code First约定-Fluent API配置 使用Fluent API 配置/映射属性和类型 简介 通常通过重写派生DbContext 上的OnModelCreating 方法来访问Code First Fluent API.以下示例旨在显示如何使用 Fluent API 执行各种任务,您可以将代码复制出来并进行自定义,使之适用于您的模型. 属性映射 使用Fluent API 配置/映射属性和类型 简介 通常通过重写派生DbContext 上的OnModelCreating 方法来访问Co

数据协定继承 已知类型和泛型解析程序 Juval Lowy 下载代码示例 自首次发布以来,Windows Communication Foundation (WCF) 开发人员便必须处理数据协定继承方面的麻烦(一个称为“已知类型”的问题). 在本文中,我首先说明这个问题的来源,讨论 Microsoft .NET Framework 3.0 和 .NET Framework 4 中的可用缓解方法,然后演示我用来完全解决这个问题的方法. 除此之外,还会介绍一些高级 WCF 编程技术. 按值与 按引用

使用过ORM的朋友对这一部分理解起来会非常快,如果没有请自行补习吧:D. 不说废话,首先,我们来开发一个简单的CRM系统,CRM系统第一个信息当然是客户信息.我们只做个简单 的客户信息来了解一下XAF好了. 新建项之后,可以看到如下代码界面: using System; using System.Linq; using System.Text; using DevExpress.Xpo; using DevExpress.ExpressApp; using System.ComponentMod

使用 Fluent API 配置/映射属性和类型 使用实体框架 Code First 时,默认行为是使用一组 EF 中内嵌的约定将 POCO 类映射到表.但是,有时您无法或不想遵守这些约定,需要将实体映射到约定指示外的其他对象. 您主要可使用两种方法来配置 EF 使之在映射数据时绕开约定,这两种方法就是 注释和 EF Fluent API.注释仅涵盖一部分 Fluent API 功能,因此有一些情况是无法使用注释实现的.本文旨在演示如何使用 Fluent API 来配置属性. 除了控制映射之外,

Contents 第1章CLR的执行模型... 4 1.1将源代码编译成托管代码模块... 4 1.2 将托管模块合并成程序集... 6 1.3加载公共语言运行时... 7 1.4执行程序集的代码... 8 1.5本地代码生成器:NGen.exe. 11 1.6 Framework类库... 11 1.7通用数据类型... 12 1.8公共语言规范... 12 第2章 生成.打包.部署和管理应用程序及类型... 13 2.1 .Net Framework部署目标... 13 2.2将类型生成到模

运行时的类型 类型本身并不是万能的.类型真正有意思的地方在于,程序员使用类型的实例,并让它们相互作用.类型的实例(instance)既可以是对象,也可以是值,这取决于类型如何定义的.基本数据类型(primitive type)的实例是值,而绝大多数用户定义类型的实例是对象,尽管也存在能够产生值的类型. 每一个对象和每一个值都是一个确切类型的实例.实例和类型的从属关系通常是隐式的.例如,声明一个System.Int32类型的变量或字段,其结果是分配一块符合该类型的内存,它的存在与否取决于操纵它的执

类型概述 类型是CLR程序的生成块(building block). CLR类型(CLR type)是命名的可重用抽象体. CLR类型定义由零个或多个成员(member)组成.类型的成员控制类型如何使用.以及类型如何工作.类型的每个成员都有自己的访问修饰符(access modifier)控制对于成员的访问.类型的可访问成员会被经常引用,组合在一起就是类型的合同(contract). 除了控制对给定成员的访问,开发人员还能够控制类型的实例是否需要访问该成员.多数成员能被定义为按实例(per in

一.我们知道WPF数据模板是当我们给定一个数据类型,我们为这个数据类型写好布局,就给这种数据类型穿上了外衣. 下面这个例子,能够帮助大家充分理解数据模板就是数据类型的外衣的意思:(里面的MyListBoxItemTemplete模板,上一个博客中有写https://www.cnblogs.com/bigbosscyb/p/11939201.html) <Window x:Class="MyTemplete.MainWindow" xmlns="http://schema

.NET运行时之书(Book of the Runtime,简称BotR)是一系列描述.NET运行时的文档,2007年左右在微软内部创建,最初目的是为了帮助其新员工快速上手.NET运行时:随着.NET开源,BotR也被公开了出来,如果想深入理解CLR,这系列文章不可错过. BotR系列目录: [1] CLR类型加载器设计(Type Loader Design) [2] CLR类型系统概述(Type System Overview) 类型系统概述(Type System Overview) 原文:

前言 在上一篇文章CLR类型系统概述里提到,当运行时挂起时, 垃圾回收会执行堆栈遍历器(stack walker)去拿到堆栈上值类型的大小和堆栈根.这里我们来翻译BotR里一篇专门介绍Stackwalking的文章,希望能加深理解. 顺便说一句,StackWalker在中文里似乎还没有统一的翻译,Java里有把它翻译成堆栈步行器,微软有的(机翻)文档把它翻译为堆栈查看器,我这里暂且将它翻译为堆栈遍历器,如有更合适的翻译,欢迎评论区指出. .NET运行时之书(Book of the Runtime