Delphi 实现事件侦听与触发

我最近在Cnblogs上看到有一些朋友在讨论关于事件侦听,他的想法是,给Delphi即有的事件,例如click, mouse加上多播机制,在我认为,这种做法是不可取的,delphi在设计之初,就是把所谓的事件当做是一个回调函数来处理,这就使得每个事件只能有一个响应者,在这之上给组件加上事件多播机制只会让代码更加难懂,更加难用,增加代码量。而且用这种方法增加的事件多播机制只能用于界面上, 不能很好的用于处理数理, 实现数据与界面的分离, 降低耦合度, 在此, 我把我的事件多播实现机制与原理分享给大家. 至于好与坏, 请在实践中进行检验.

 

武稀松的实现方法相似, 本方法在实现上用到了以下几个知识点:

  1. RTTI的 TMethod 结构体, 该结构体可用于比较两个事件处理方法是否相同, 用于移除事件侦听.
  2. 用于了指针, 用于传递事件数据, 需要了解如何获取内存, 释放内存
  3. 泛型. 用于保存事件数据.

下面来具体分析 代码.

unit EventListener;

interface
uses System.Generics.Collections;

type
  TNwEventProc = procedure(const EventType:string;EventData:Pointer) of object;
  INiEventListener = interface
    procedure PerformEvent(EventType: String; EventData: Pointer);
    procedure removeEventListener(EventType: String; EventProc: TNwEventProc);
    procedure addEventListener(EventType: String; EventPro: TNwEventProc);
  end;

  TEventData = record
    EventType:String;
    EventProc:TNwEventProc;
  end;
  TNTEventList = TList<TEventData>;
  TNwEventListener = class(TInterfacedObject, INiEventListener)
  protected
    FEventList:TNTEventList;
  public
    procedure PerformEvent(EventType: String; EventData: Pointer);
    procedure removeEventListener(EventType: String; EventProc: TNwEventProc);
    procedure addEventListener(EventType: String; EventPro: TNwEventProc);

    destructor Destroy; override;
    constructor Create();
  end;

TNwEventProc 是事件处方法, 有两个参数, 一个是事件类型EventType, 一个是事件数据 EventData.  事件类型是字符串, 用于自己定义事件. 事件数据是一个指针, 指向事件的数据所在内存. 这个内存需要你自己手动去管理.

INiEventListener  是事件处理器的接口, 它包括三个就去, 分别是执行事件PerformEvent, 添加事件 AddEventListener 和删除事件RemoveEventListener. 当我们需要在某一事件发生的时候处理某数据时, 就可以调用添加事件AddEventListener来增加某个事件的侦听, 当这个事件发生时, 相应的事件就会被处理. 如果你不想再这个事件发生时处理数据, 就需要调用删除事件RemoveEventListener来移除事件的侦听. 在使用时, 你可以使用一个全局的事件处理器来管理事件; 如果你只想对某一类增加事件处理功能, 这时, 你的类就需要继承自TNwEventListener, 该类已经为你实现了INiEventListener接口, 在需要让某一个事件触发时,你只需要调用PerformEvent就可以. 这个时候的事件数据就需要事先进行约定.

下面附上全部的事件处理器代码.

unit EventListener;

interface
uses System.Generics.Collections;

type
  TNwEventProc = procedure(const EventType:string;EventData:Pointer) of object;
  INiEventListener = interface
    procedure PerformEvent(EventType: String; EventData: Pointer);
    procedure removeEventListener(EventType: String; EventProc: TNwEventProc);
    procedure addEventListener(EventType: String; EventPro: TNwEventProc);
  end;

  TEventData = record
    EventType:String;
    EventProc:TNwEventProc;
  end;
  TNTEventList = TList<TEventData>;
  TNwEventListener = class(TInterfacedObject, INiEventListener)
  protected
    FEventList:TNTEventList;
  public
    procedure PerformEvent(EventType: String; EventData: Pointer);
    procedure removeEventListener(EventType: String; EventProc: TNwEventProc);
    procedure addEventListener(EventType: String; EventPro: TNwEventProc);

    destructor Destroy; override;
    constructor Create();
  end;

var
  IEventListener:INiEventListener;

implementation
uses System.SysUtils, Rtti;
{ TNwEventListener }

procedure TNwEventListener.addEventListener(EventType: String;
  EventPro: TNwEventProc);
var
  EventData:TEventData;
begin
  EventData.EventType := EventType;
  EventData.EventProc := EventPro;
  FEventList.Add(EventData);
end;

constructor TNwEventListener.Create;
begin
  inherited;
  FEventList := TNTEventList.Create();
end;

destructor TNwEventListener.Destroy;
begin
  FEventList.Clear;
  FreeAndNil(FEventList);
  inherited;
end;

procedure TNwEventListener.PerformEvent(EventType: String; EventData: Pointer);
var
  I:Integer;
begin
  for I := FEventList.Count - 1 downto 0 do
  begin
    if FEventList.Items[I].EventType = EventType then
      FEventList.Items[I].EventProc(EventType, EventData);
  end;
end;

procedure TNwEventListener.removeEventListener(EventType: String;
  EventProc: TNwEventProc);
var
  I: Integer;
  EventData:TEventData;
  ItemProc:TNwEventProc;

  function SameMethod(S, T:TNwEventProc):Boolean;
  var
    MethodS, MethodT:TMethod;
  begin
    MethodS := TMethod(S);
    MethodT := TMethod(T);
    Result := ( MethodS.Code = MethodT.Code ) and ( MethodS.Data = MethodT.Data );
  end;

begin
  for I := FEventList.Count - 1 downto 0 do
  begin
    EventData := FEventList.Items[I];
    ItemProc := EventData.EventProc;
    if (EventData.EventType = EventType) and SameMethod(ItemProc, EventProc) then
    begin
      FEventList.Delete(I);
    end;
  end;

end;

end.

你可能会关心如何使用的问题, 下面,附上使用代码

//使用全局对象的方法

type
  TUseEventListener = class
  protected
    procedure OnEvent( EventType:String; EventData:Pointer );
  public
    procedure InitEvents;
  end;

var
  UseEvent:TUseEventListener;
begin
    { TUseEventListener }
  procedure TUseEventListener.InitEvents;
  begin
    IEventListener.addEventListener( 'OnMessage', OnEvent );
  end;
  
  procedure TUseEventListener.OnEvent( EventType:String; EventData: Pointer );
  begin
    ShowMessage( String( PChar( EventData ) ) );
  end;

  IEventListener := TNwEventListener.Create;
  UseEvent := TUseEventListener.create;
  UseEvent.InitListener;
  
  IEventListener.PerformEvent( 'OnMessage', PChar( 'The Message should be shown.' ));
end.

 

使用类对象的方法:

const
  evtDataChanged = 'evtDataChanged';

Type
  PData = ^TData;
  TData = record
    Name: String;
    City: String;
    CellPhone: String;
    Age: Integer;
  end;

  //数据处理类, 用于提供数据
  TNwDataClass = class( TNwEventListener )
  public
    procedure AddData( Name, City, CellPhone:String; Age: Integer );
  end;

  //界面显示类
  TNwInterface = class( TForm )
    procedure FormCreate( Sender: TObject );
  protected
    procedure OnEvent( EventType:String; EventData:Pointer );
  public
    procedure AddDataToList( Data: TData );
  end;

  // TNwDataClass 应该有一个全局的实例, 用于提供数据. 在下面的代码中, 就以
  // instanceDataClass 为这个实例
implementation
 
 { TNwDataClass  }
 procedure TNwDataClass.AddData( Name, City, CellPhone:String; Age: Integer );
 var
   Data: PData;
 begin
   //数据处理代码.

   GetMem( Data, SizeOf( TData ) );
   try
     Data^.Name := Name;
     Data^.City := City;
     Data^.CellPhone := CellPhone;
     Data^.Age := Age;
     Self.PerformEvent( evtDataChanged, Data );
   finally
     FreeMem( Data );
   end;
 end;

  { TNwInterface }
  procedure TNwInterface.FormCreate( Sender: TObject );
  begin
    instanceDataClass.addEventListener( evevtDataChanged, OnEvent );
  end;
  
  procedure TNwInterface.OnEvent( EventType:String; EventData: Pointer );
  begin
    AddDataToList( PData( EventData )^ );
  end;

  procedure TNwInterface.AddDataToList( Data: TData );
  begin
    //用于处理显示数据的代码.
  end;

 

总体来看, 这种做法方便简单实用. 欢迎在使用过程中有什么问题与我交流!

基于THREE JS的 JSON 模型格式 理解

THREE.js 是一个开源的基于WebGL的渲染引擎,提供了很多方便有用的类与方法,为我们使用WebGL提供了大大的便利,简化了我们的学习成本,让你只要专注于项目本身,而不会花太多时间留在WebGL的技术实现细节。当你在处理3D网络应用或项目时,你就会遇到一个问题,选择一个适合的模型格式就会摆在你的案头。obj, 3ds, dae还是其他什么呢?对于那些以二进制进行数据保存的格式而已,网络加载是一个问题,js处理二进制也是一个问题, 所以,如果有一个可以完美支持JS特性的格式,那真是令人高兴的事情,JSON Model Format 就是这样一种模式格式。

JSON Model Format 的基本格式如下:

{
	"metadata": { "formatVersion" : 3 },	

	"materials": [ {
		"DbgColor" : 15658734, // => 0xeeeeee
		"DbgIndex" : 0,
		"DbgName" : "dummy",
		"colorDiffuse" : [ 1, 0, 0 ],
	} ],

	"vertices": [ 0,0,0, 0,0,1, 1,0,1, 1,0,0, ... ],
	"normals":  [ 0,1,0, ... ],
	"colors":   [ 1,0,0, 0,1,0, 0,0,1, 1,1,0, ... ],
	"uvs":      [ [ 0,0, 0,1, 1,0, 1,1 ], ... ],

	"faces": 	[43, 0, 4, 5, 1, 0, 0, 1, 2, 3, 0, 1, 2, 3]
}

其中Metadata 中包含formatVersion 用于指示当前文件所用的格式版本号,这将决定于解析器如何解析下面的文件内容。

接下来另一个重要的域是Materials, 指定该模型所用到的素材,一个模型可能用到多个素材,所以,Materials是一个数组,每一项都是material对象。每个Material对象都包括DbgIndex 指示该Material的索引,DbgName显示Matrial的名字。

接下来的一个域是vertices, 也就是顶点了,顶点以三个数为一组,每三个数组成一个顶点坐标,x, y, z. Normals用于保存法线坐标,跟顶点一样,每三个数组成一个法线向量。 Colors是顶点颜色, THREE.js 允许给每个顶点指定颜色。 uvs是贴图坐标,faces是模型的面了,我们都知道模型是由三角面、四角面或多边形面组成的, faces就是用来保存这个面的信息。

一个面可以包括多个信息,比如说,他是三角面还是四边形面或是其他?每个顶点是不是有颜色?是不是只有一个面法线还是有面顶点法线?要区分并保存这些信息,faces是如何做的吗?其他他的格式是这样的,基本上可以看做是流式。以一个标志为开头,后面跟一系列的数据说明。例如:

[ 43, 0, 4, 5, 1, 0, 0, 1, 2, 3, 0, 1, 2, 3 ]

第一个数, 43 就是这个标志. 把这个标志表示成二进制,它的每个二进制位都代表着不同的意思。43 表示成二进制如下:

00 10 10 11

43 表示成一个字节,8个二进制位,每个位都有特定含意,如果这个位为1(置位),表示这个位在后续的数据流中有表示,如果为0,则说明后续的数据流中没有该位所代表的特定含意的数据表示。那么这8个位都表示什么意思呢?

二进制位

含意

0

面的类型。如果为0,表示三角面,为1表示四边形面

1

指示该面是否有素材,0表示没有,1表示有

2

指示该面是否有贴图坐标,0表示没有,1表示有

3

指示该面是否有顶点贴图坐标,0表示没有,1表示有

4

指示该面是否有面法线,0表示没有,1表示有

5

指示该面是否有顶点法线,0表示没有,1表示有

6

指示是否为面指定了颜色,0表示没有,1表示有

7

指示是否有顶点颜色,0表示没有,1表示有

 

后面的数据是按照从小大到的顺序排列的。 例如如果标志为43的话,表示 四边形面,有素材,有顶点贴图坐标,有顶点法线。所以,43后面跟着的四位数:0, 4, 5, 1 就是对应顶点的索引。 那么接下来的 0 就表示当前面的素材索引为 0, 然后接下来的 0, 1, 2, 3, 表示顶点贴图坐标的索引,最后的0, 1, 2, 3 则是顶点法线的索引。.

以上说的是大部分模型都会有的数据。有些特殊的模型还会有别的域,比如说

 "morphTargets" : [{ "name": "animation_000000", "vertices": [ ... ] }, ... { "name": "animation_000000", "vertices": [ ... ]}],
 "bones" : [],
 "skinIndices" : [],
 "skinWeights" : [],
 "animation" : {}

morphTargets存在表示模型存在变形动画,后面跟着的都是每帧的顶点数据。 bones用于保存骨骼信息,animation用于保存动画信息。

以上是基本的对JSON Model Format 的说明与解析,希望能对你有所帮助。

本文为原创,如果你想转载,请注明“梦溪笔记”出品!

3D-Book

汇率和利率的关系

汇率和利率应该大致上服从“利率平价”规则。利率平价的意思是说,你的1块钱人民币存一年获得的收益,应该和这1块钱人民币兑换成美元、在美国存一年、再换回人民币以后获得的收益一样多。

 

如果可以自由兑换,并不需要通过物价。
现有有两个国家货币是A和B,0年汇率1A可兑换2B,记作1A=2B,A所在国利率若为5%,B所在国利率若为10%,并作如下假设:
a.存贷利率相等且不变
b.货币可完全自由兑换
c.利率为无风险利率,且不受任何其他因素影响
则可通过下述步骤套利:
1、借入A,假设1000单位A
2、兑换为B,得到2000B
3、B存入1年得到2200B
4、兑换为A,得到1100A
5、归还1050A,净得50A。
由上可以看到,如果利率和汇率不变,则存在无风险套利手法。而根据“免费午餐不存在”这一基本法则,可以看到两者间如果存在利差,则A需求较B为少,则会从实际中促进A、B两者1年后汇率发生改变,如果市场是完全高效的,则到到期日,A、B的汇率变为1050A=2200B,即刚好无风险套利所得为0。此处假设利率已经锁定,在实际中,活期利率和汇率会同时受到影响而改变,最后趋向于一个平衡状态。凡是处于不平衡状态的利率/汇率都在理论上存在套利机会,但并非无风险,因为假设c实际上不成立。
天朝的情况需要通过物价,因为假设b不成立,此种情况下无法通过利差来平衡物价,需要引入购买力的概念。“购买力平价比”代表的是这两种货币潜在的汇率预期。我们假设市场上仅有一种商品C且两者都能生产,汇率依然是1A=2B不变,并作如下假设:
d.假设商品可以自由流通
e.两地以当地货币计价的商品C价格相等,为1A或1B,且两者消耗的资源也相等。
f.两者都可以生产超过两者总需求之和的C,且C的标价不变
g.货币总量不变
则我们发现在A所在国,产品C的价格是1A,若出口到B所在国标价是2B,但当地生产只需要1B,因此根据替代原理,A生产的C销量是0,而反向从B所在国进口C,标价仅需0.5A。此时相当于B在补贴A,A所在国的消费者获得了更好的价格,而B的资源被相对低估了。从而在原理上,两者的资源应当是同等价值的。那么A所在国将必须大量用A兑换B来购买C,使得A相对B贬值,最后两者趋向于相等。
而目前,为了获得资金,我朝即B,将上述的修正机制短路,通过不断购买A货币债券将A返回到A所在国,并在固定汇率下发行B使A可以兑换B购买商品C,其结果就是B获得了大量A债券资产和B现金,A获得了商品C,但大量负债。

汇率

中国危机:你知道房价继续上涨的后果吗?

中国房地产市场已经成为一个巨大的“庞式骗局”。当前许多地方的房价已经完全脱离其真实价值,而是完全靠升值预期来支撑。     在中国长期实行低利率的政策的作用下,中国房地产市场经历了30多年牛市的奇迹。到如今,市场中已经存在许多“根深蒂固”的信念:一。中国经济依然会保持高速增长。二。人民币还会继续升值。三。中国的土地价格只涨不跌。四,中国ZF决不会让市场“跳水”等等。

 

正是这些信念不断驱动资金流入这个房地产市场。于是价格被进一步哄抬。从而进一步验证这些“根深蒂固”的信念。如今,中国的老百姓却加入这场狂欢。现在是我们冷静下来,研究一下这个泡沫的时候了。评估房价,最重要的方法就是衡量一下价格收入比和租金收益。现在新建房价格和家庭收入之比的平均值在很多城市已经达到15。这一水平在当今世界都是“名列前茅”的。在意味着房价每提高10%,就相当于1。5倍的家庭收入。至于平均租金收益,每个租房的人都可以算算。如果现在投资房产,按出租收入,房东要多少年才能回收当前房价成本。你算出来的是:几十年甚至上百年。

房价能否继续冲高,取决于ZF的政策。不过,中国ZF已经很清楚房价继续上涨所引发的严重后果。
首先,看通货膨胀。如果对通货膨胀有所研究的话。你就会明白:近期,ZF采取上调存款准备金等一系列紧缩性政策来控制通胀,效果却甚微。因为它治标不治本。通货膨胀通常起始于成本的推动。现在这轮通货膨胀很复杂。所以,不扯远了。就单谈房地产价格对通货膨胀的传导机制。  房价是引发通胀预期并导致通胀的重要原因。何出此言。我们来分析一下。在现代经济中,土地是劳动力之后的第二大生产投入。高房(土地)是导致通货膨胀的主要渠道之一。这在于银行的抵押贷款政策。如果房价(地价)被标高100%,相应的贷款就随之增加100%。这样,银行中的许多钱流入房地产市场。由于ZF对土地的垄断以及进入房地产投机性和盈利性,房价的上涨传导给劳动者和生产者。
     

现在,不管是蓝领,还是白领工作者都无法承受目前的高房价。他们必须要求提高工资来购买住房。这样生产者面临劳动成本的提高。另外,高房价导致租金水平。劳动力成本,租金成本的提高使得商品的生产成本提高。企业只好把这转移到消费者身上。表现出来的是:消费品价格上涨。 所以,中国必须通过阻止并扭转房价上升来控制通胀及预期。
     

再看房地产泡沫所带来人口的变化。现在年轻人开始拥有不生育或低生育的观念。这并不是中国实行计划生育政策的结果,而是高房价和高生活成本使人民不得不养成这一观念。所以说:如果房地产泡沫继续的话,这会导致未来20年的人口灾变。虽然,最初,出生率下降是有益的,这意味着只需要更少的资源就可以养活这些年轻人,这就是所谓的“人口红利”。然而,未来20年,中国将面临人口老龄化以及人口总数下降的局面。
     

老龄化会对资产价格带来灾难性后果。以楼市为例,必将变成长期的熊市。人口减少意味着对楼市需求的减少。由于房产是一项长期持久的资产,因此可能出现长期的供应过剩。从而对楼价产生不断向下的压力。
     

如果中国ZF不在中国经济正处于平稳增长阶段控制房价上涨的话,那么,用不了十年,那时,再来补救,恐怕已经来不及了。一旦房地产市场的拐点出现,房地产泡沫的破灭将给中国经济带来沉重的打击。因为,在大势发生逆转时,ZF并没有能力去扭转市场趋势。日本的经验已经证明了这一点。
     

现在日本正饱受人口老龄化和人口红利逆转之苦。近20年来,日本的房地产价格以年均7%的速度下降。尽管现在中国人对房产如此热衷。但是,一旦老龄化来袭,中国楼市将迎来一轮可怕的熊市,这一切很可能用不了15年就会成为现实。
     

至于高房价引发的社会分配不公以及社会矛盾,这正在威胁中国社会的不稳定。这不必多说,中国ZF早就意识到这一点。
     

房地产已成为中国经济发展的一个潜在危机

团队容易失败的10大特征

特征一:团队成员不经常开会或者只是假装开会。

你和其他团队成员经常在一起开会吗?而且,是真正一起开会,还是假装一起开会?真正一起开会,形式并不重要,而是真正有信息的分享和脑力的激荡,真正在讨论问题和解决问题。假装在一起开会,就是走个开会的过场而已。我想我们都开过这样的会议。

特征二:团队成员不了解彼此的目标、压力和需要的帮助。

你了解其他团队成员的目标、压力和需要的帮助吗?如果团队成员不在一起开会,或者只是表面上在一起假装开会,那么就必然不会了解其他团队成员的目标、压力和需要的帮助。

特征三:团队成员之间没有明确的责、权、利的划分。

你和其他团队成员之间有明确的责、权、利的划分吗?团队成员必须要有明确的责任、权力和利益的分配,这是建设团队的第一步。为什么三个和尚没水吃?因为他们之间没有明确的分工。一件事情,如果变成人人有责,最后往往是谁都不负责。

特征四:团队成员之间缺乏互补的能力。

其他团队成员能够给你提供实际帮助吗?团队成员之间应该要能够互相帮助,就像是足球队中,前锋需要人传球,守门员需要后卫帮助防守。这样的帮助,以胜任力为前提。如果某NBA球队选我去跟姚明配合,那么这个球队必输无疑。

特征五:没有明确的团队合作的流程。

关于你和团队成员之间怎样配合,有明确的工作流程吗?如果不能彼此配合,优秀的球员在一起也要输球,这就是某届奥运会上,有NBA最优秀的球员的美国梦之队只获得铜牌的原因。而要彼此配合,应该有明确的(不一定是书面的)工作流程。

特征六:团队成员不认同团队流程和制度。

你认同团队的流程和制度吗?实际上,许多团队有流程,但是这些流程和其他制度一样,往往只是写在纸上,或者只是停留在团队领导者的嘴上,或者是由公司强迫执行,不被团队成员认同。

特征七:团队成员不能参与团队的重大决策。

团队的重大决策会征求你的意见吗?团队流程和制度不被团队成员接受的一个重要原因,就是在制定的时候没有考虑团队成员的意见。并不是说重大决策需要团队成员投票通过,但是征求意见是必须的。

特征八:团队合作得不到奖励,团队不合作也得不到处罚。

如果你帮助其他团队成员,你会得到什么好处吗?团队精神是培养而不是命令出来的,而培养的一个重要手段就是薪酬和奖励制度。如果不考核团队合作,不奖励团队合作,在绝大多数情况下就不会有团队合作。所以,足球队除了奖励射门得分的球员,还会奖励助攻的那个球员。

特征九:团队成员不能分享团队成果。

你会因为团队取得重大成果得到好处吗,即使你没有做出直接贡献?如果销售翻了三番,却只有销售人员得到奖励,那么就很可能出现物流部说无法及时送货、财务部说无法及时开票的情况。所以,获得奖牌的足球队,每个人都会上台领奖,包括从未上场的替补队员。

特征十:团队成员不信任团队领导者。

你信任你们的团队领导者吗?如果团队领导者不能以身作则,不能言行一致,将得不到信任。同时,团队成员信任能够带领团队取得成功的领导者。如果一个团队呈现出上面九个特征,很大程度的原因是在于团队领导者的糟糕领导,团队将取得失败,团队领导者也无法获得信任。

 

2531170_142921650000_2