随笔分类 -  C#、F#

摘要： 废话就不多说了，本文分享下博主在5.28大促压测期间解决的一个性能问题，觉得这个还是比较有意思的，值得总结拿出来分享下。 博主所服务的部门是作为公共业务平台，公共业务平台支持上层所有业务系统（2C、UGC、直播等）。平台中核心之一的就是订单域相关服务，下单服务、查单服务、支付回调服务，当然结算页暂时还是我们负责，结算页负责承上启下进行下单、结算、跳支付中心。每次业务方进行大促期间平台都要进行一次常规压测，做到心里有底。 在压测的上半场，陆续的解决一些不是太奇怪的问题，定位到问题时间都在计划内。下单服务、查单服务、结算页都顺利压测通过。但是到了支付回调服务压测的时候，有个奇怪的问题出现了。 阅读全文

摘要：由于博主今后一段时间可能会很忙（准备出书：《.NET框架设计—模式、配置、工具》，外加换了新工作），所以博客会很少更新； 在最近一年左右时间里，博主各种.NET技术类型的文章都写过，根据博友们的反馈觉得还不错，所以应该有整理一下目录的必要，防止随着时间的推移很多现在来说还比较新的技术文章到时候就不知名的石沉大海了；整理之后更方便大家查询，阅读，谢谢； 阅读全文

摘要：最近这几天在捣鼓并行计算，发现还是有很多值得分享的意义，因为我们现在很多人对它的理解还是有点不准确，包括我自己也是这么觉得，所以整理一些文章分享给在使用.NET并行计算的朋友和将要使用.NET并行计算的朋友； NET并行编程推出已经有一段时间了，在一些项目代码里也时不时会看见一些眼熟的并行计算代码，作为热爱技术的我们怎能视而不见呢，于是捣鼓了一番跟自己的理解恰恰相反，看似一段能提高处理速度的并行代码为能起效果，跟直接使用手动创建的后台线程处理差不多，这不太符合我们对.NET并行的强大技术的理解，所以自己搞了点资料看看，实践了一下，发现在使用.NET 阅读全文

摘要：通过上一篇的“.NET框架设计—常被忽视的C#设计技巧”一文来看，对于框架设计的技巧还是有很多人比较有兴趣的，那么框架设计思想对于我们日常开发来说其实并不是很重要，但是对于我们理解框架背后的运行原理至关重要；当我们使用着LINQ灵活的语法的同时我们是否能理解它的背后运行原理、设计原理更深一点就是它的设计模式及复杂的对象模型； 从一开始学习.NET我就比较喜欢框架背后的设计模型，框架提供给我们的使用接口是及其简单的，单纯从使用上来看我们不会随着对框架的使用时间而增加我们对框架内部设计的理解，反而会养成一样拿来即用的习惯，我们只有去了解、深挖它的内部设计原理才是我们长久学习的目标；因为框架的内部设计模式是可以提炼出来并被总结的； 这篇文章总结了几个我最近接触的框架设计思想，可以称他们为模式；由于时间关系，这里只是介绍加一个简单的介绍和示例让我们能基本的了解它并且能在日后设计框架 阅读全文

摘要：在看本篇文章之前我假设您已经具备我之前分析的一些原理知识，因为这章所要讲的内容是建立在之前的一系列知识点之上的，为了保证您的阅读顺利建议您先阅读本人的LINQ系列文章的前几篇或者您已经具备比较深入的LINQ原理知识体系，防止耽误您的宝贵时间。 到目前为止我们对LINQ的执行原理已经很清楚了，从它的前期构想到它真正为我们所用都有足够的证据，但是似乎问题并没有我们想的那么简单，问题总是在我们使用中频频出现尤其是新技术的使用，当然有问题才能有进步。 阅读全文

摘要：这个主题扯的可能有点远，但是它关系着整个LINQ框架的设计结构，至少在我还没有搞懂LINQ的本意之前，在我脑海里一直频频出现这样的模型，这些模型帮助我理解LINQ的设计原理。其实在最早接触环路模型和碎片化模型是在前两个月，那个时候有幸接触企业应用架构方面的知识，里面就有很多业务碎片化的设计技巧。其实理解这些所谓的设计模型后将大大开阔我们的眼界，毕竟研究框架是要研究它的设计原理，它的存在必然是为了解决某一类问题，问题驱动它的设计模型。所以我们在研究这样的模型的时候其实已经在不知不觉的理解问题的本质。 阅读全文

摘要：在开始看本篇文章之前先允许我打断一下各位的兴致。其实这篇文章本来是没有打算加“开篇介绍”这一小节的，后来想想还是有必要反馈一下读者的意见。经过前三篇文章的详细讲解，我们基本上对LINQ框架的构成原理有了一个根本的认识，包括对它的设计模型、对象的模型等，知道LINQ的查询表达式其实是C#之上的语法糖，不过这个糖确实不错，很方便很及时，又对一系列的LINQ支撑原理进行了大片理论的介绍，不知道效果如何； 阅读全文

摘要：什么是动态LINQ查询？LINQ的编写是静态的，因为C#是基于静态类型系统原理设计的，在编写时已经确定类型，也就是在编译时就已经知道将要执行什么样的查询，条件是什么、排序方式是什么等等。那么很大一部分应用场合中我们需要根据用户的选择来查询数据源，以往我们都是通过判断的方式来拼接查询的SQL字符串，但是现在我们面对是强类型的LINQ查询，是否可以很方便的进行类似查询。其实也没有什么好神秘的，基本的实现原理是通过动态的构建表达式树来实现IQueryable接口的查询。 阅读全文

摘要：到了这里我们似乎隐隐约约的能看见LINQ的原理，它不是空中花园，它是有基础的。在上面的一系列新特性的支持下，微软通过大面积的构建扩展方法使得上述特性能连贯的互相作用，形成自然的集成查询框架。上面的这些特性都属于语言为了LINQ而做的增强，也可以说是设计者们在不断的探索新的比较符合现代开发体系的语言特性，也越来越多的支持函数式的编程特性，比如DLR的引入对Python、Ruby函数式脚本语言的强大支持，后面也会越来越多的支持其他的函数式脚本语 阅读全文

摘要：LINQ简称语言集成查询，设计的目的是为了解决在.NET平台上进行统一的数据查询。 微软最初的设计目的是为了解决对象/关系映射的解决方案，通过简单的使用类似T-SQL的语法进行数据实体的查询和操作。不过好的东西最终都能良性的发展演化，变成了如今.NET平台上强大的统一数据源查询接口。 我们可以使用LINQ查询内存中的对象(LINQ to Object)、数据库(LINQ to SQL)、XML文档(LINQ to XML)，还有更多的自定义数据源。 阅读全文

摘要：最近一边参与公司的项目开发，一边还肩负着基础库的创建和维护。真真切切的体会到写框架的不容易，写出好的，方便使用的框架更不容易，需要考虑的东西太多，需要掌握的东西太多。不过不要紧我们正在前进的道路上。同志们一起加油！ 最近在使用存储过程的时候总觉得有点麻烦，尽管在前期对ORM和统一数据源接口封装已经下了很多功夫，对IDataParameter之类的接口已经进行了很好的封装，但是还是觉得麻烦。[王清培版权所有，转载请给出署名] 经过与DBA的沟通，他认为对存储过程的封装是有必要的，以他十几年的经验看，存储过程后期的移植是必不可少的。现在的项目是用SQLSERVER2008开发的，后期可能会移植到ORACLE上去，那么对存储过程的编写DBA考虑很周全。但是对于程序员来说，经验稍微丰富点的可能会通过某种工厂将具体对 阅读全文

摘要：这篇文章讨论的概念其实比较简单的，但是在实际的项目应用中非常的重要和普遍。 我们的项目一般都是采用分层架构，有的三层有的可能五层或者其他的方式组织系统的架构，但是始终要将系统的架构按照模式设计，我们才能重用和接受维护。 随着ORM的流行和大面积的使用，行业内出现各种各样的ORM框架，有自己开发的有大型的软件公司开发的，基本在使用上都遵循了以实体为中心的概念，也就是围绕关系数据库中的表为操作对象。复杂的可能还包括连接查询多表操作等等。[王清培版权所有，转载请给出署名] 按照分层架构设计中的指导约束，我们应该尽可能的在系统模块之间采用Entity进行数据的传递。当然世事无绝对特殊性的项目可能没有这么简单 阅读全文

摘要：本篇文章讲解关于路由事件的相关原理。 什么叫路由事件，字面理解就是事件是可以传递，路由的意思也好理解。路由事件其实就是，事件是会随着某种变化，来回传递。路由事件其实在.NET2.0时期就已经存在了，只不过在一般开发过程中用不到。 从C#3.0开始，就已经封装了关于路由事件的机制。其实这种实现应该可以换个名字来解释。我们可以给路由事件起个便于理解的名字，“事件的路由设计模式”。我们都知道，任何大的框架都是从微小的基本..... 阅读全文

摘要：由于很久没有写关于基础知识的东西了，今天来总结一下关于.NET平台中的代码属性的概念；只是基础介绍，文章的本意是带领初学者学会使用特性，而不是讨论高深的底层技术；[王清培版权所有，转载请给出署名] 1.什么叫特性Attribute 特性对一般.NET编程人员来说并不陌生，自从我们开始接触C#语言的时候，我们多多少少已经接触了关于特性的使用；但是对于初学者来说真的不明白特性的意义，特性到底是属于类还是类实例，这些概念搞不清楚对理解代码的逻辑真的很顺利；这篇文章我将带您来了解特性的作用，其实特性的真的很方便；至少我认为自从我懂特性之后，我的代码便的更加的人性化，程序的结构清晰易懂，所以本人在写代码的时候经常喜欢用一些能够简单明了的表达对象的特点的风格； 其实特性Attribute就是一段代码..... 阅读全文