大家一定都有这种情况,1.前台页面信息是通过Ajax请求的方法加载的;2.或者是通过请求本页面加载的;3.请求的页面不仅仅是一个Http请求在 这咱情况下我们一般会加一个action的参数,用于区别是应该调用那个方法前台的发起我就不多说了,这个大家都知道,关键是后台应该怎么写呢.通常情况下一般是这样的 //取出action的值 string action = context.Request["action"]; if (action == "post1") { //

如果framework找到一个匹配的URI,创建一个包含占位符值的字典,key就是这些占位符(不包括大括号),value来自URI或者默认值,这个字典存储在IHttpRouteData对象中.默认值可能是RouteParameter.Optional,此时对应的key/value不会被添加到该字典中. routes.MapHttpRoute( name: "DefaultApi", routeTemplate: "api/{controller}/{category}/{id

回到目录 关于持久化到Redis的消息格式,主要是说在Broker上把消息持久化的过程中,需要存储哪些类型的消息,因为我们的消息是分topic的,而每个topic又有若干个queue组成,而我们的topic和queue由于redis存储结构的原因,我们需要将它们分区对应存储一下,而不能像关系型数据库那样灵活,所以要额外设计几个数据结构来存储它们. 一 Topic字典 二 Topic对应的Queue字典 三 Queue里的消息 四 某个客户端对应某个Queue的消费进度 以上四个结构是我们要说的,

基于虎书实现LALR(1)分析并生成GLSL编译器前端代码(C#) 为了完美解析GLSL源码,获取其中的信息(都有哪些in/out/uniform等),我决定做个GLSL编译器的前端(以后简称编译器或FrontEndParser). 以前我做过一个CGCompiler,可以自动生成LL(1)文法的编译器代码(C#语言的).于是我从<The OpenGL ® Shading Language>(以下简称"PDF")找到一个GLSL的文法,就开始试图将他改写为LL(1)文法.等

快乐的Lambda表达式 上一篇 背后的故事之 - 快乐的Lambda表达式(一)我们由浅入深的分析了一下Lambda表达式.知道了它和委托以及普通方法的区别,并且通过测试对比他们之间的性能,然后我们通过IL代码深入了解了Lambda表达式,以及介绍了如何在.NET中用Lambda表达式来实现JavaScript中流行的一些模式. 今天,我们接着来看Lambda表达式在.NET中还有哪些新鲜的玩法. Lambda表达式玩转多态 Lambda如何实现多态?我们用抽象类和虚方法了,为什么还要用Lam

最新设计请移步 轻量级表达式树解析框架Faller http://www.cnblogs.com/blqw/p/Faller.html 这应该是年前最后一篇了,接下来的时间就要陪陪老婆孩子了 关于表达式树解析也是最后一篇了,该说到的中心思想都已经说到了,理解接受能力比较好的童鞋应该已经可以举一反三了 研究表达式树的过程让我感觉微软的设计真的是非常的巧妙,也为今后我的开发之路增添了新的思路 好了 废话不多说了 这篇主要是为了解决上篇中的提问的 声明 解决问题的办法有很多,我只是根据我的个人习惯和风

前言 上一篇文章我们介绍了关于日志记录用的是Log4net,确实也很挺强大,但是别忘了我们.NET有专属于我们的日志框架,那就是NLog,相对于Log4net而言,NLog可以说也是一个很好的记录日志的框架,并且其中的异步日志等都有非常大的改善,本文借此用了最新的NLog来在Web APi中进行记录日志. NLog 第一步则是下载我们需要的程序包,包括程序集以及配置文件 利用NLog记录日志同样可以实现如我们上篇文章利用Log4net来实现的那样,所以在这里就不多说,下面我们来讲另外一种方式,那

转自:http://blog.csdn.net/lanx_fly/article/details/53914338 背景简介 以前看过一些代码,是简单的读取SqlReader然后赋值给Model,我不是不赞同这种做法,只是看到大篇幅的赋值操作真的有点浪费时间和精力,尤其是一些老项目居多.我看到的还好,多的也就60多个字段且不用其他ORM,如果涉及到变更的话,那么对维护人员来说可能不仅仅是眼力活甚至还是....体力活.另外就是表格的操作,因为鄙人之前也是写过类似的项目,列名对应着Model属性名,

转载 using System; using System.Collections.Generic; using System.Linq; using System.Reflection; using System.Reflection.Emit; using System.Text; namespace Care.Common {     public static class ObjectCopy     {         struct Identity         {        

前言 在使用 Lambda 表达式时,我们常会碰到一些典型的应用场景,而从常用场景中抽取出来的应用方式可以描述为应用模式.这些模式可能不全是新的模式,有的参考自 JavaScript 的设计模式,但至少我看到了一些人为它们打上了名字标签.无论名字的好与坏,我还是决定给这些模式进行命名,至少这些名字很具有描述性.同时我也会给出这些模式的可用性.强大的部分和危险的部分.提前先说明:绝大多数模式是非常强大的,但有可能在代码中引入些潜在的 Bug.所以,慎用. 目录导航 回调模式 (Callback P

using System; using System.Collections.Generic; using System.Diagnostics; using System.Linq; using System.Threading; namespace MyConsole.ThreadDemo { class Lock { static int Storeage { get; set; } static object LockObject = new object(); static void

在编写应用程序时,我们经常要处理这样的一组对象,它们的类型都派生自同一个基类,但又需要为每个不同的子类型应用不同的处理方法. 通常的做法,最简单的就是用很多 if-else 去判断各自的类型,如下面的代码所示(这里用 .Net 的类型系统作为例子,MethodInfo.PropertyInfo.FieldInfo 和 Type 都是 MemberInfo 的子类): MemberInfo member; MethodInfo methodInfo = member as MethodInfo;

using System; using System.Collections.Generic; using System.Linq; using System.Runtime.InteropServices; using System.Text; using System.Threading.Tasks; using System.Windows; using System.Windows.Forms; using System.Windows.Interop; namespace WpfHot

前几天接到一个需求,我们的客户需要对手机网络接入点进行可用性测试,简单点说就是需要实现Android上的APN配置的添加,APN切换网络模式4G/3G/2G切换,我要调研下写个demo. 因为是要实现自动化测试,而且得合并到现有的拨测系统(C#项目)成为其中的一个模块,就需要用C#来驱动Android测试.交互方式上首先想到的是撸个代码放Android上,定时从服务端获取任务命令然后执行,嗯,OWIN实现个webapi进行数据交互分分钟的事情,貌似可行. 不过又想到,我们测试万一网络切换坏了,就

在我们很多程序中,需要将数据保存到本地,以便于下次打开还能看到原始数据.例如我们Xmind思维导图,例如我们的Power Designer等等,都是有保存一个隶属于自己的工程文件,那么今天我要说的就是,工程文件中的序列化和反序列化. [简介] 序列化就是就爱那个对象实例的状态存储到存储媒体的过程.在此过程中,先将对象的公共字段和私有字段以类的名称(包括类的程序集)转为字节流,然后再把字节流写入数据流,在随后对对象进行反序列化的时候,将创建与原来对象相同的副本. [为什么要序列化?序列化的好处是什

实现状态机有多种模式,其中最灵活而强大的方式是通过迁移表来实现,该方式的缺点之一是需要编写大量小块代码去支持迁移表.而在C#3.0中,可以以一种非常优雅的方式实现. 除了有限状态机外,还有有限自动机,有限自动机一般用于分析字符.using System;using System.Collections.Generic;using System.Linq;using System.Text; namespace StateMachine{    class Program    {        

C#避免过长的IF和Switch分支的方法 1.最蠢形态 //很丑有没有! //这个分支要是一两个还是可以接受的 class Program { static void Main(string[] args) { Command("播放"); Console.ReadKey(); } public static void Command(String _command) { switch(_command) { case "播放": Console.WriteLin

常规用法: Type t = sender.GetType(); if (t == typeof(Button)) { var realObj = (Button)sender; // Do Something } else if (t == typeof(CheckBox)) { var realObj = (CheckBox)sender; // Do something else } else { // Default action } 非常规方法一: TypeSwitch.Do( sen

Lambda应用模式 前言 在使用 Lambda 表达式时,我们常会碰到一些典型的应用场景,而从常用场景中抽取出来的应用方式可以描述为应用模式.这些模式可能不全是新的模式,有的参考自 JavaScript 的设计模式,但至少我看到了一些人为它们打上了名字标签.无论名字的好与坏,我还是决定给这些模式进行命名,至少这些名字很具有描述性.同时我也会给出这些模式的可用性.强大的部分和危险的部分.提前先说明:绝大多数模式是非常强大的,但有可能在代码中引入些潜在的 Bug.所以,慎用. 目录导航 回调模式

首先,让我们先回顾下.Net中扩展方法的特征: 1.  必须在一个非嵌套.非泛型的静态类中: 2.  至少有一个参数(this 作前缀的参数): 3.  第一个参数必须附加this做前缀: 4.  第一个参数不能加任何修饰符(如out或ref); 5.  第一个参数的类型不能是指针类型. 在DevExpress控件中GridControl是非常常用的控件之一,有时后为更好的展示效果而使用级联功能.在通常情况下为实现这种功能需要在一个实体类中建立令一个实体类的集合(该集合以备级联下的GridVie