object

if (!IsPostBack) { //页面初次加载时执行这里的内容 DataSet ds = new DataSet(); //数据集 ds.Tables.Add("stu"); ds.Tables["stu"].Columns.Add("id",typeof(int)); ds.Tables["stu"].Columns.Add("name", typeof(string)); ds.Tables["stu"].Columns.Add("score", typeof(int)); ds.Tables["stu"].Rows.Add(new object[] { 1, "张三", 100 }); ds.Tables["stu"].Rows.Add(new object[] { 2, "李四", 100 }); ds.Tables["stu"].Rows.Add(new object[] { 3, "周五", 100 }); ds.Tables["stu"].Rows.Add(new object[] { 4, "郑六", 100 }); ds.Tables["stu"].Rows.Add(new object[] { 5, "甲七", 100 }); this.ListBox1.DataSource = ds.Tables["stu"]; this.ListBox1

内核管理页面使用了2个算法：伙伴算法和slub算法，伙伴算法以页为单位管理内存，但在大多数情况下，程序需要的并不是一整页，而是几个、几十个字节的小内存。于是需要另外一套系统来完成对小内存的管理，这就是slub系统。slub系统运行在伙伴系统之上，为内核提供小内存管理的功能。 slub把内存分组管理，每个组分别包含2^3、2^4、...2^11个字节，在4K页大小的默认情况下，另外还有两个特殊的组，分别是96B和192B，共11组。之所以这样分配是因为如果申请2^12B（4KB）大小的内存，就可以使用伙伴系统提供的接口直接申请一个完整的页面即可。 slub就相当于零售商，它向伙伴系统“批发”内存，然后在零售出去。一下是整个slub系统的框图： 一切的一切源于kmalloc_caches[12]这个数组，该数组的定义如下： struct kmem_cache kmalloc_caches[PAGE_SHIFT] __cacheline_aligned; 每个数组元素对应一种大小的内存，可以把一个kmem_cache结构体看做是一个特定大小内存的零售商，整个slub系统中共有12个这样的零售商，每个“零售商”只“零售”特定大小的内存，例如：有的“零售商”只"零售"8Byte大小的内存，有的只”零售“16Byte大小的内存。 每个零售商(kmem_cache)有两个“部门”，一个是“仓库”

内容管理实例 - Object: documentContext 获取documentContext对象 你可以通过documentContext获取内容管理实例相关的对象数据。 Syntax: 您可以在内容管理表单中，通过this来获取当前实例的documentContext对象，如下： var context = this . documentContext ; 内容管理文档相关操作 getDocument 获取当前内容管理实例的文档对象：document对象 Syntax: var doc = this . documentContext . getDocument ( ) ; Return: > document : 　（Object）内容管理实例对象。 document对象为JSON格式数据，其格式和主要数据如下： { "creatorPersonShort" : "XXX" , //创建人简称 "creatorUnitNameShort" : "开发部" , //创建人组织 "creatorTopUnitNameShort" : "浙江兰德纵横" , //创建人所在的顶层 "id" : "3359aedd-c2d8-4d8c-b8b0-02507da1b3f4" , //文档ID "summary" : "" , //文档摘要 "title" :

[[Prototype]]——对象的原型（将在下面详细介绍） [[Class]]——字符串对象的一种表示（例如，Object Array ，Function Object，Function等）;用来区分对象 可以用Object.prototype.toString()方法可以间接得到内部属性[[Class]]的值，该方法应该返回下列字符串： "[object " + [[Class]] + "]" 。 比如 var getClass = Object.prototype.toString; getClass.call({}); // [object Object] getClass.call([]); // [object Array] getClass.call(new Number(1)); // [object Number] [[Get]]——获得属性值的方法 [[Put]]——设置属性值的方法 [[CanPut]]——检查属性是否可写 [[HasProperty]]——检查对象是否已经拥有该属性 [[Delete]]——从对象删除该属性 [[DefaultValue]]返回对象对于的原始值（调用valueOf方法，某些对象可能会抛出TypeError异常）。 来源： oschina 链接： https://my.oschina.net/u/2285087/blog

在OPC UA Server中，所有Node之间都是使用Reference进行连接的。Reference有很多类型，在之前的系列文章中，我们也已经见过几种Reference了，本文就专门讨论所有标准Rference类型。 一 Reference的使用方式 如果看过前面的系列文章，那么就会对Reference的使用方式有一定的理解，如下图， 节点A通过一个Reference指向B，那么对于这个Reference来说A是 Source 节点，B是 Target 节点。 同理，如果B也通过另外一个Reference指向A，那么从这个Reference来说B是 Source 节点，A是 target 节点。 特别要注意，这2个Reference是不同的。 二 标准Reference类型的结构图 图片来自OPC UA文档，图中包含了所有的Reference类型，总共18个 第一次看到这幅图时有点吓人，但是详细分析后就会发现挺简单的。下面是对图片的分析， 整幅图描述的是Reference类型的 继承 关系图 双箭头指向的一边是父类型，另外一边是子类型，子类型继承父类型 属于Abstract的类型只能用来被继承，属于Concrete的类型可以被继承，也可以用来实例化对象 下面是对图中所有Reference类型的全面分析。按照从上到下， 1. References

简要介绍 在带宽固定的情境下，压缩消息大小可以提升网络传输效率。另外，如果消息需要经过多个组件，那么收益更为可观。 消息序列化一般不会采用jdk自带的Serializable，更多的会采用thrift或者protobuf来做编解码。 thrift protobuf Netty 整合protobuf困境 在做序列化的时候，往往遇上一种困境，在pipeline添加编解码的时候，只能添加一种数据类型编解码。 如下所示 pipeline.addLast(new ProtobufDecoder(LoginAsk.getDefaultInstance)); pipeline.addLast(new ProtobufEncoder()); 上述的代码只能接收LoginAsk，无法处理其他类型的请求。 有一种较为直接的方式，开启多个端口，每一个端口处理特定的业务，不同消息之间用netty代理转发。当业务需要经常和其他类型交互时，由于多了多次转发，代码会变得复杂而不可控。 解决思路 ProtobufDecoder只接受一种实例化方式，传递特定的class，所以只能从这个类型突破。很容易想到，将这个类作为转发器，即，能通过这个类的特定字段定位到特定的class，并且包含body（结合class反序列化成instance）。 由此可得，消息协议可以被设计成head，body，tail三部分

6.5 代理 　　利用代理可以在运行时创建一个实现了一组给定接口的新类，这种功能只有在编译时无法确定需要实现哪个接口时才有必要使用。 　　结社有一个表示接口的Class对象（有可能只包含一个接口），它的确切类型在编译时无法知道。要想构造一个实现这些接口的类，就需要使用newInstance方法或反射找出这个类的构造器。但是不能实例化一个接口，需要在程序处于运行状态时定义一个新类。 　　 常规但比较笨重的解决方式： 程序生成代码，将代码放置在一个文件中，调用编译器，然后再加载结果类文件。这样的速度比较慢，并且需要将编译器与程序放在一起。 　　 代理机制的解决方式： 代理类在运行时创建全新的类，这样的代理类就能够实现指定的接口。尤其是，它具有下列方法： 指定接口所需要的全部方法； Object类中的全部方法，例如，toString、equals等。 　　不能在运行的时候定义这些方法的新代码，而需要提供一个调用处理器（invocation handler）。调用处理器是实现了InvocationHandler接口的类的对象，这个接口中只有一个方法： 　　 Object invoke(Object proxy, Method method, Object[] args) 　　无论何时调用代理对象的方法，调用处理器的invoke方法都会被调用，并向其传递Method对象和原理的调用参数

OpenStack Object Storage（Swift）是OpenStack开源云计算项目的子项目之一。Swift使用普通的服务器来构建冗余的、可扩展的分布式对象存储集群，存储容量可达PB级。Swift的是用Python开发。 Swift提供的服务与AWS S3基本相同： 作为IaaS的存储服务 与OpenStack Compute对接，为其存储镜像 文档存储 存储需要长期保存的数据，例如log 存储网站的图片，缩略图等 Swift使用RESTful API对外提供服务，目前 1.4.6版本所提供的功能: Account（存储账户）的GET、HEAD Container（存储容器，与S3的bucket相同）的GET、PUT、HEAD、DELETE Object（存储对象）的GET、PUT、HEAD、DELETE、DELETE Account、Container、Object的元数据支持 大文件（无上限，单个无文件最大5G，大于5G的文件在客户端切分上传，并上传manifest文件）、 访问控制、权限控制 临时对象存储（过期对象自动删除） 存储请求速率限制 临时链接（让任何用户访问对象，不需要使用Token） 表单提交（直接从HTML表单上传文件到Swift存储，依赖与临时链接） swift的构架一般如下：可扩展性和伸缩性是我们的主要目标 swift服务依赖于以下技术

IEnumerable和IEnumerator有什么区别？这是一个很让人困惑的问题（在很多forum里都看到有人在问这个问题）。研究了半天，得到以下几点认识： 1、一个Collection要支持foreach方式的遍历，必须实现IEnumerable接口（亦即，必须以某种方式返回IEnumerator object）。 2、IEnumerator object具体实现了iterator（通过MoveNext()，Reset()，Current）。 3、从这两个接口的用词选择上，也可以看出其不同：IEnumerable是一个声明式的接口，声明实现该接口的class是“可枚举（enumerable）”的，但并没有说明如何实现枚举器（iterator）；IEnumerator是一个实现式的接口，IEnumerator object就是一个iterator。 4、IEnumerable和IEnumerator通过IEnumerable的GetEnumerator()方法建立了连接，client可以通过IEnumerable的GetEnumerator()得到IEnumerator object，在这个意义上，将GetEnumerator()看作IEnumerator object的factory method也未尝不可。 来源： https://www.cnblogs.com/lovko

1.为什么单向链表查询效率较低? 因为单向链表中的每个元素在空间的存储位置上没有规律，也没有顺序，那么在查找某个元素的时候必须从头节点挨着往后找，直到找到为止。 2.为什么单向链表的增到效率较高? 因为链表每个元素存储的空间是是没有顺序的，删除或者添加某个元素，只需要让指针重新指向即可。不需要其他元素位移。 關於collection集合中的方法 boolean add(object element);向集合中添加元素 void clear();清空集合 boolean contains(object o);判断集合中是否包含某个元素 boolean isEmpty();判断集合中是否有元素 Iteratoriterator();获取集合所依赖的迭代器对象 boolean romove(object o);删除集合中某个元素 int size();获取集合中元素的个数 object[]toArray();将集合转换为数组 contains方法底层调用的是equals方法，如果equals返回true就是包含。 关于Map集合中常用的方法 void clear() ;清空Map Map boolean containsKey (object key) ;判断Map中是否包含这样的key. boolean containsvalue (object value)