博客园_THINK(谭振林)

AsyncEnumerator对EAP的支持

2012-02-08T03:17:00Z

去年在异步编程中开始使用Wintellect's .NET Power Threading Library中的AsyncEnumerator，这个库通过将程序员较陌生的异步编程模型转化为程序员较熟悉的同步编程模型来实现异步操作，较大的改善了异步代码的易写、易读、易维护性。

目前对AsyncEnumerator介绍的文章已经比较多了，但集中于APM（Asynchronous Programming Model）模式中的应用，而.NET中，特别是Silverlight中还有很多对象是使用EAP（Event-based Asynchronous Pattern），对应的EAP与AsyncEnumerator结合的文章与例子很少，加上Jeffrey Richter不喜欢EAP模型，让我一度以为AsyncEnumerator不支持，于是自己去实现了EAP和AsyncEnumerator的结合。后来项目后期对代码重构时，有时间就再仔细看了看Power Threading的实现，发现其本身对EAP的支持是有封装的。下面是基于AsyncEnumerator使用Silverlight进行Socket通信的例子（Silverlight的Socket只有EAP模型）：

SocketAsyncEventArgs socketEventArg = new SocketAsyncEventArgs();
socketEventArg.SocketClientAccessPolicyProtocol = SocketClientAccessPolicyProtocol.Tcp;
DnsEndPoint host = new DnsEndPoint(HtmlPage.Document.DocumentUri.Host, Configurations.PORT);
socketEventArg.RemoteEndPoint = host;
AsyncEnumerator asyncEnum = new AsyncEnumerator();
EventApmFactory<SocketAsyncEventArgs> eventApmFactory
= new EventApmFactory<SocketAsyncEventArgs>();
//异步代码组织在GetEnumerator()中
//IEnumerator<int> GetEnumerator(SocketAsyncEventArgs e,AsyncEnumerator ae){...}
var enumerator = GetEnumerator(socketEventArg,asyncEnum);
EventHandler<SocketAsyncEventArgs> eventHandler =
eventApmFactory.PrepareOperation(asyncEnum.End()).EventHandler;
socketEventArg.Completed += eventHandler;
asyncEnum.BeginExecute(enumerator, asyncEnum.EndExecute);

其中关键的代码是：

// 用EventApmFactory来创建一个Handler，这个Handler在每次事件触发时
// 调用asyncEnum.End()，将执行控制交还Enumerator，
// Enumerator接着上次yield return之后的地方执行
EventHandler<SocketAsyncEventArgs> eventHandler =
eventApmFactory.PrepareOperation(asyncEnum.End()).EventHandler;
socketEventArg.Completed += eventHandler;

这个代码比我自己的EAP封装代码要简化很多，此外，Jeffrey在BLog中对Task与AsyncEnumerator的结合做了说明：

private static IEnumerator<Int32> AsyncEnumeratorAndTasks(AsyncEnumerator ae) {
   var t = new Task<DateTime>(() => { Thread.Sleep(10000); return DateTime.Now; });
   t.Start();

   // The Task tells the AsyncEnumerator when it is done
   // If you don’t need to identify the Task, you can pass ‘null’ instead of ‘task’
   t.ContinueWith(task => ae.End()(task));

   yield return 1;      // Waits for the 1 Task to complete

   // You MUST call DequeueAsyncResult to Remove the entry form the AsyncEnumerator object’s collection
   // Casting the return value and assigning to ‘t’ is not necessary; since ‘t’ already refer to the same Task object
   t = (Task<DateTime>) ae.DequeueAsyncResult();

   Console.WriteLine(t.Result);     // Shows the DateTime when the Task completed
}

参见：http://www.wintellect.com/CS/blogs/jeffreyr/archive/2009/10/12/using-net-4-0-tasks-with-the-asyncenumerator.aspx

本文链接

大数据块(BLOBs)与流(Stream)操作性能规范

2011-11-17T04:45:00Z

背景

编程过程中，常会遇到图片、音视频、日志文件等较大数据的处理，比如拷贝、读取、写入等。如果使用简单的文件、网络、数据库API将这些对象做整块的处理，意味着整个处理过程的每一个环节都需要分配和被处理对象一样大的内存块，造成处理过程的长时间读写准备以及内存的浪费与分配失败问题（如果一个对象超过2G，基本就会受到一些限制而直接报错）。

概念：流

流是一组连续的数据，具有开头和结尾，并且使用游标指示当前位置。

什么时候要用流呢？举个例子，污水处理厂，污水处理厂到底要处理多少污水？设计的时候是不知道的，也许在这个厂子关闭的那一天可以统计出来。在设计污水处理过程的时候，其实是不用考虑污水处理的总量的，污水处理厂只处理当前流到处理池中的污水，处理好了的水，流出处理池，它不再管理，还没流到处理池中来的污水，处理过程也不关心。污水处理厂在设计的时候只需根据估算的污水流量，选择合理大小的处理池就行了。

这样的场景很多，比如文件拷贝程序，Windows提供这个功能的时候，并不知道你要拷的是个多大的文件，比如视频播放程序，QQ影音并不知道你要放的是高清的还是10m的小视频，再比如打电话的时候，电信并不知道你要打多久，这个声音信息到底会是多大。

那好了，所有的这些情况，都把它设计成一种连续数据的流来处理就好了。

概念：Buffer

流数据通常需要一个Buffer，把当前待处理的数据放在Buffer中，处理程序只操作Buffer中的数据，流也提供Read和Write API来供Buffer接收与发送流中的数据。

设计规范

凡是碰到处理较大数据块（BLOBs），或者碰到根本就无法预知数据总量到底有多少的情况，就应该考虑流的模式，而且在整个处理过程中的每个环节都应该是这种模式，比如读一个文件，存到数据库中，那整个过程都应该是流的模式，读一部分文件，将这部分写到数据库中，再从文件中读下一部分数据到Buffer，再将这部分写到数据库中，循环直到整个文件处理完。不能说，只是读文件是一块一块读，读出来都拼到一个大内存块中，再写到数据库中去，那还是没用，还是需要分配大块内存来容纳整个对象。

标准写法

以下是最熟的拷贝文件的C# DEMO，基本过程就是从源文件中不断的读一小块数据到Buffer中，再把Buffer中的数据写到目标地址，再读下一块，再写……

public static void CopyFile(string srcPath, string descPath)

{

//此去略去地址检查等代码

int bufferSize = 1024*1024;//1m的缓存大小

byte[] buffer = new byte[bufferSize];

int readCount = 0;//读到的数据

using (var inputStream = File.OpenRead(srcPath))

using (var outputStream = File.Create(descPath))

{

//bufferSize是一次读多少数据

//readCount是实际读到了多少数据

while ((readCount =

inputStream.Read(buffer, 0, bufferSize)) > 0)

{

//因为最后一次读，buffer里的数据是不满的

//所以只需写readCount个数据就可以了

outputStream.Write(buffer, 0, readCount);

}

通过使用流的方式，最算拷贝20G的文件，这段程序理论上也只需使用1M的内存。

ADO.NET操作二进制大数据

有些人不太敢用数据库存大文件，因为经验上觉得大数据在数据库中存取，很慢，而且易出错。这种情况有可能是因为使用的方式和API不太对造成的。

假设我们现在用一个表在SQLSvr中存资源文件，表定义如下：

CREATE TABLE [Files](

[ID] [int] IDENTITY(1,1) NOT NULL,

[Name] [varchar](50) NOT NULL,

[ContentType] [varchar](20) NULL,

[ContentLength] [int] NULL,

[Data] [image] NULL,

CONSTRAINT [PK_Files] PRIMARY KEY CLUSTERED ([ID] ASC) ON [PRIMARY]

)

其中，Data列是Image（SQLSvr2005+建议换成varbinary(max)，一般需求下二种其实差不多）

往SQLSvr写入大数据

那在ASP.NET中实现的文件上传代码应该是这样的：

if (this.FileUpload1.HasFile)

{

string name = FileUpload1.PostedFile.FileName;

string contentType = FileUpload1.PostedFile.ContentType;

int contentLength = FileUpload1.PostedFile.ContentLength;

//注意先给Data列插入一个0(0x0)值

string cmdText = "insert into Files ( Name, ContentType, ContentLength, Data)"

+ "values (@name, @contentType, @contentLength, 0x0);"

+ "select @identity = SCOPE_IDENTITY();"

+ "select @pointer = TEXTPTR(Data) FROM Files WHERE ID = @identity";

SqlCommand cmd = new SqlCommand(cmdText);

cmd.Parameters.Add("@name", SqlDbType.VarChar, 50).Value = name;

cmd.Parameters.Add("@contentType", SqlDbType.VarChar, 20).Value = contentType;

cmd.Parameters.Add("@contentLength", SqlDbType.Int).Value = contentLength;

//当前插入数据行的ID

SqlParameter paraId = cmd.Parameters.Add("@identity", SqlDbType.Int);

paraId.Direction = ParameterDirection.Output;

//TEXTPTR函数(sqlsvr 2000+)返回16位二进制表示的单元格指针

SqlParameter outParaPtr = cmd.Parameters.Add("@pointer", SqlDbType.Binary,16);

outParaPtr.Direction = ParameterDirection.Output;

string connStr =

"Data Source=.;Initial Catalog=Resources;Integrated Security=True";

using (SqlConnection conn = new SqlConnection(connStr))

{

cmd.Connection = conn;

conn.Open();

cmd.ExecuteNonQuery();

int fileId = (int)paraId.Value;

//MSDN建议Buffer为8040的倍数

int bufferSize = 8040;

int offset = 0;

byte[] pointer = (byte[])outParaPtr.Value;

//通过UPDATETEXT命令获得单元格指针

SqlCommand cmdAppendFile = new SqlCommand(

"UPDATETEXT Files.Data @pointer @offset 0 @bytes", conn);

SqlParameter paraPtr = cmdAppendFile.Parameters.Add(

"@pointer", SqlDbType.Binary,16);

paraPtr.Value = pointer;

SqlParameter paraData = cmdAppendFile.Parameters.Add(

"@bytes", SqlDbType.VarBinary, bufferSize);

SqlParameter paraOffset = cmdAppendFile.Parameters.Add(

"@offset", SqlDbType.Int);

paraOffset.Value = offset;

byte[] buffer = new byte[bufferSize];

int readCount = 0;

//通过流的方式将上传内容逐块写到数据库

while ((readCount = FileUpload1.PostedFile.InputStream

.Read(buffer, 0, bufferSize)) > 0)

{

byte[] data = buffer;

if(readCount < bufferSize)

{

data = new byte[readCount];

Array.Copy(buffer,data,readCount);

}

//将新读入Buffer的数据作为参数传入数据库

paraData.Value = data;

cmdAppendFile.ExecuteNonQuery();

//更新指针的偏移量

offset += readCount;

paraOffset.Value = offset;

}

这里使用了UPDATETEXT命令，请参考http://msdn.microsoft.com/zh-cn/library/ms189466.aspx

从SQLSvr读取大数据

默认情况下，DataReader 在整个数据行可用时立即以行的形式加载传入数据。可以将 SequentialAccess 传递到 ExecuteReader 方法来修改 DataReader 的默认行为，使其按照顺序在接收到数据时立即将其加载，而不是加载数据行。这是加载 BLOB 或其他大数据结构的理想方案。请注意，该行为可能会因数据源的不同而不同。例如，从 Microsoft Access 中返回 BLOB 会将整个 BLOB 加载到内存中，而不是按照顺序在接收到数据时立即将其加载。

以下示例使用ASP.NET的一般处理程序将写入数据库中的数据再读出来并发送到Browser，注意，请不要使用Page来做这样的事情，Page有大量的页面生命周期事件要处理，而且产生额外的页面内容输出到响应流中。

public class ResourceHandler : IHttpHandler

{

public void ProcessRequest(HttpContext context)

{

int id = int.Parse(context.Request.Params["id"]);

string connStr =

"Data Source=.;Initial Catalog=Resources;Integrated Security=True";

string cmdText =

"SELECT ID,Name,ContentType,ContentLength,Data FROM Files WHERE ID = @id";

SqlCommand cmd = new SqlCommand(cmdText);

cmd.Parameters.Add("@id", SqlDbType.Int).Value = id;

using (SqlConnection conn = new SqlConnection(connStr))

{

conn.Open();

cmd.Connection = conn;

//这里使用SeqentialAccess是关键，

//这样才能和DataReader.GetBytes配合实现流处理模式

SqlDataReader reader =

cmd.ExecuteReader(System.Data.CommandBehavior.SequentialAccess);

if (reader.Read())

{

//根据SeqentialAccess的要求，

//必须按取Select顺序先读掉第一列数据

reader.GetInt32(0);

string fileName = reader.GetString(1);

string contentType = reader.GetString(2);

int contentLength = reader.GetInt32(3);

//设置必要的Http-Response头

context.Response.ContentType = contentType;

context.Response.StatusCode = 200;

int bufferSize = 1024;

byte[] buffer = new byte[bufferSize];

int readCount = 0;

long offset = 0;

while ((readCount =

(int)reader.GetBytes(4, offset, buffer, 0, bufferSize)) > 0)

{

context.Response.OutputStream.Write(buffer, 0, readCount);

offset += readCount;

}

return;

}

//没读到数据返回404错误

context.Response.StatusCode = 404;

}

public bool IsReusable

{

get

{

return true;

}

第二种从SQLSvr2000+中读取大文件的方式

跟UPDATETEXT/WRITETEXT配对的命令其实是READTEXT，所以我们还可以用READTEXT命令，以指针的方式，从数据库中以流的方式读取大对象(这段代码是从网上拷下来的伪码，我补全了一下，并做测试)：

int BUFFER_LENGTH = 32768; // chunk size

// Obtain a pointer to the BLOB using TEXTPTR.

SqlConnection conn = new SqlConnection(/*constr*/);

SqlCommand cmdGetPointer = new SqlCommand(

"SELECT @Pointer=TEXTPTR(Picture), @Length=DataLength(Picture)" +

"FROM Categories WHERE CategoryName='Test'", conn);

// Set up the parameters.

SqlParameter pointerOutParam =

cmdGetPointer.Parameters.Add("@Pointer", SqlDbType.VarBinary, 100);

pointerOutParam.Direction = ParameterDirection.Output;

SqlParameter lengthOutParam = cmdGetPointer.Parameters.Add(

"@Length", SqlDbType.Int);

lengthOutParam.Direction = ParameterDirection.Output;

cmdGetPointer.ExecuteNonQuery();

byte[] pointer = (byte[])pointerOutParam.Value;

int length = (int)lengthOutParam.Value;

// Run the query.

// Set up the READTEXT command to read the BLOB by passing the following

// parameters: @Pointer – pointer to blob, @Offset – number of bytes to

// skip before starting the read, @Size – number of bytes to read.

SqlCommand cmdReadBinary = new SqlCommand(

"READTEXT Categories.Picture @Pointer @Offset @Size HOLDLOCK", conn);

// Set up the parameters for the command.

SqlParameter paraPtr = cmdReadBinary.Parameters.Add("@Pointer", SqlDbType.Binary, 16);

paraPtr.Value = pointer;

SqlParameter paraOffset =

cmdReadBinary.Parameters.Add("@Offset", SqlDbType.Binary, 16);

int offset = 0;

paraOffset.Value = offset;

SqlParameter SizeParam = cmdReadBinary.Parameters.Add("@Size", SqlDbType.Int);

SizeParam.Value = BUFFER_LENGTH;

SqlDataReader dr;

Byte[] Buffer = new Byte[BUFFER_LENGTH];

// Read buffer full of data.

{

// Add code for calculating the buffer size - may be less than

// BUFFER LENGTH for the last block.

dr = cmdReadBinary.ExecuteReader(CommandBehavior.SingleResult);

dr.Read();

int PictureCol = 0;

int readCount = (int)dr.GetBytes(PictureCol, 0, Buffer, 0, BUFFER_LENGTH);

offset += readCount;

paraOffset.Value = offset;

} while (offset < length);

其它：关于断点续传什么的

基于流的技术，做断点续传是没有问题的，这里不再讨论。

本文链接

SQL Antipatterns内容介绍

2011-10-27T05:03:00Z

副标题: SQL反模式
原作名: SQL Antipatterns: Avoiding the Pitfalls of Database Programming
作者: Bill Karwin
译者: 谭振林 / Push Chen
出版社: 人民邮电出版社
出版年: 2011-9
页数: 253
定价: 59.00元
装帧: 平装
ISBN: 9787115261274

SQL已经用了这么多年了，还有必要再看一本SQL的书吗？SQL反模式可能是一本，因为它讨论的正是这么多年来，SQL被大家广泛误用的地方。

由于这本书的作者语言比较文艺装X范，很多章节题目一眼看上去不知道在说什么，所以我把各章的问题简单的列出来，供大家参考：

Chapter2 一个属性有多个值，怎么存？（用逗号分隔的id字符串？No）

Chapter3 树型结构怎么设计？（邻接表，就是每行存上父id，并不是最好的办法）

Chapter4 主键怎么怎么设计？

Chapter5 合理使用约束。

Chapter6 SQL如何应对类继承等情况，如何应对属求不存定性？（弄一张大表，列涵盖一类对象的所有属性？另建一张表，存成Key-Value？）
Chapter7 关联多态，一个表可能关联A，也可能关联B，该怎么处理？

Chapter8 一个属性好像需要多个列才好存，比如一个人的联系电话，Tag，怎么办？

Chapter9 如何支持表的平滑扩展并保障查询性能？（拆表？拆列？）

Chapter10 如何准确的处理小数？（float会有精度问题，你懂的）

Chapter11 如何限定列的取值范围？（Check？MySQL的ENUM？）

Chapter12 如何处理大数据对象？（图片、音视频）

Chapter13 如何合理地使用索引？（MENTOR大法）

Chapter14 针对可NULL的数据进行查询时，需要注意什么？

Chapter15 使用Group By获得最大值、最小值、平均值等后，如何准确的获得它对应的其它列的值？

Chapter16 如何高效的获得随机数？

Chapter17 支持全文搜索

Chapter18 避免使用冗长的查询语句

Chapter19 使用通配符查询所有列会有哪些问题

Chapter20 正确的处理密码的保存

Chapter21 如何避免被注入？

Chapter22 正确对待不连续的主键

Chapter23 如何有效的查找Bug

Chapter24 数据库的一些最佳实践

Chapter26 MVC相关

在哪儿买这本书? · · · · · ·

本文链接

Chromium Embedded Framework中文文档 (使用C API)

2011-10-05T16:08:00Z

简介

CEF的C API是由libcef DLL暴露的基于C的接口，cef_capi.h 头文件中定义的接口是由CEF translator tool自动生成的C++ API镜像。

引用计数

理解引用计数可能是使用CEF C API最困难的部分了，CEF使用引用计数概念类似于COM的概念，这里有一些基本的规则可以帮助你减少使用引用计数时的困难。

1. 当将一个结构传给它自己的成员函数时，不要进行引用计数的加、减操作:

struct->call_func(struct,...); // no reference counting change on 'struct'

2. 在将结构作为参数传给其它结构前，增加引用计数:

// Should have already added a reference to 'some_other_struct' struct->call_func(...,some_other_struct,...);

3. 在你使用完从别处以参数传过来的结构后，减少它的引用计数:

void my_func(...,some_other_struct,...) { // remove a reference from 'some_other_struct' after you're done using it }

4. 在传入一个处理程序前，增加它的引用，比如，cef_create_browser()，当API不再需要使用某一处理程序时，会移除它的引用。

5. 使用原子的引用计数实现，因为add_ref和release可能会跨线程调用,WinAPI InterlockedIncrement() 和 InterlockedDecrement() 函数可用于此目的。

6. 如果引用计算变成0，处理程序应该在已赋值给结构的releae()回调函数中删除自己:

// custom data structure that extends cef_handler_t

typedef struct _my_handler_t {
  cef_handler_t handler; // cef_handler_t member comes first
  // custom members here, including the reference count variable
} my_handler_t;

// allocate the custom data structure (already initialized to zero)
my_handler_t* my_handler = (my_handler_t*)calloc(1, sizeof(my_handler_t));
// set the size member of cef_base_t appropriately
my_handler->handler.base.size = sizeof(cef_handler_t);
// assign the release callback function (and the other callback functions)
my_handler->handler.base = my_release;
...

// release callback function implementation for my_handler_t
int CEF_CALLBACK my_release(struct _cef_base_t* base) {
  // this cast works because cef_base_t is the first member of
  // cef_handler_t and cef_handler_t is the first member of my_handler_t
  my_handler_t* my_handler = (my_handler_t*)base;
  
  // decrement the reference count (stored as a custom member of my_handler_t)
  // free the my_handler_t structure when the reference count reaches zero
  if(reference_count_is_zero)
    free(my_handler);
}

7. 清除代码添加给结构的所有附加的引用（比如，在处理程序实现中保持cef_broswer_t指针的引用），最终的释放引用的机会是cef_handler_t::handle_before_window_closed()。

8. 如果没有任何的crash产生，在shutdown时也会命中DebugObjCt断言，那么就说明你正确的处理了引用计数。

本文链接

Chromium Embedded Framework中文文档（如何链接不同的运行时）

2011-10-05T16:07:00Z

简介

Visual Studio支持不同的运行时库，不同的库通过标记 /MD, /MT 和 /LD来区分，默认情况下，CEF使用/MT标记，Chromium也是如此，不过有时可能有些应用需要不同的运行时库。

详情

有两种将CEF link到你的应用程序的方式。

静态链接(不使用 CEF DLL)

如果你期望使用静态链接方式，那么所有的Chromium和CEF项目都必须使用相同的运行时标记，如果你的应用已使用/MT标记，那么可通过以下步骤静态编译CEF:

按项目页上的描述设置Chromium和CEF所需的环境，并编译之。
将你的应用链接到libcef_static.lib文件。

如果你的应用程序没有使用/MT标记，那么你就很不走运了，Chromium的一些重要部分不使用/MT是不能编译的。

动态链接 (使用CEF DLL)

如果你喜欢使用动态链接方式链接CEF，那过程就要快一些，CEF在下载页提供了编译发行版本，包括了所有你需要link的CEF内容，前提是你的应用使用/MT标记。否则，你需要用与你的应用相同的标记重新编译libcef_dll_wrapper项目，与静态链接不同的是，你不需要重新编译CEF或者Chromium。

从下载页下载CEF编译发行版本。
按项目页上的描述设置Chromium和CEF所需的环境，但不需要编译之。
在CEF目录下创建Debug\lib目录，并将压缩包中的lib\Debug\libcef.lib file拷过来，如果你的CEF目录是"c:\Chromium\src\cef" 那么lib文件应该在 "c:\Chromium\src\cef\Debug\lib\libcef.lib".
在Visual Studio中打开cef.sln，将libcef_dll_wrapper 的标记改成和你的应用一样。
右键点击libcef_dll_wrapper 项目，并选择"Project Only -> Build Only libcef_dll_wrapper" 选项.

如果在第4步中正确的设置了标记，那么上述步骤的结果应该是在Debug\lib目录中创建了libcef_dll_wrapper静态库，能成功link你的应用程序。将debug改成release重复上述步骤，创建一个release版本。

附加信息

Microsoft 运行时标记的更多信息，可在: http://msdn.microsoft.com/en-us/library/2kzt1wy3.aspx找到

本文链接

Chromium Embedded Framework中文文档 (SVN属性)

2011-10-05T16:05:00Z

Subversion properties

在CEF开发中，应当如下将Subversion配置文件配置成自动设置新文件的属性，不要使用svn:eol-style=native因为它会使得不同平台间的文件比较变得十分痛苦

# CEF-specific config file to put at ~/.subversion/config or %USERPROFILE%\AppData\Roaming\Subversion\config
# Originally copied from http://src.chromium.org/viewvc/chrome/trunk/tools/buildbot/slave/config?revision=46073

[miscellany]
global-ignores = *.pyc *.user *.suo *.bak *~ #*# *.ncb *.o *.lo *.la .*~ .#* .DS_Store .*.swp *.scons *.mk *.Makefile *.sln *.vcproj *.rules SConstruct *.xcodeproj
enable-auto-props = yes

[auto-props]
*.c = svn:eol-style=LF
*.h = svn:eol-style=LF
*.cc = svn:eol-style=LF
*.cpp = svn:eol-style=LF
*.def = svn:eol-style=LF
*.obsolete = svn:eol-style=LF
*.m = svn:eol-style=LF
*.mm = svn:eol-style=LF
*.idl = svn:eol-style=LF
*.html = svn:eol-style=LF
*.htm = svn:eol-style=LF
*.xml = svn:eol-style=LF
*.js = svn:eol-style=LF
*.css = svn:eol-style=LF
*.mock-http-headers = svn:eol-style=LF
*.afm = svn:eol-style=LF
*.txt = svn:eol-style=LF
*.gyp = svn:eol-style=LF
*.gypi = svn:eol-style=LF
*.grd = svn:eol-style=LF
*.xtb = svn:eol-style=LF
*.py = svn:eol-style=LF
*.pl = svn:eol-style=LF
*.pm = svn:eol-style=LF
*.sh = svn:eol-style=LF;svn:executable
*.make = svn:eol-style=LF
Makefile = svn:eol-style=LF
*.bat = svn:eol-style=CRLF
*.rc = svn:eol-style=CRLF
*.txt = svn:eol-style=LF
*.patch = svn:eol-style=LF
*.png = svn:mime-type=image/png
*.jpg = svn:mime-type=image/jpeg

*.pdf = svn:mime-type=application/pdf

本文链接

Chromium Embedded Framework中文文档 (升级到最新的Chrome)

2011-10-05T16:03:00Z

Chromium的开发者非常用功地把新功能新特性尽可能快的引入新版本，因此，造成像CEF这样的依赖于它的项目也必须经常更新版本，更新可能会很复杂，必须非常小心的处理，以避免导入新的bug和破坏。以下是将CEF使用的Chromium版本更新到新版的处理步骤。

1. 更新到最新版的“绿”Chromium版本，查看Chromium build waterfall，选择最新的所有windows编译与测试都是绿色的版本.

2. 创建一个新老Chromium版本的对比

svn diff -r oldrev:newrev > diff_oldrev-newrev.txt

以下文件的变化需要被评估:

chrome/browser/net/sqlite_persistent_cookie_store.* content/browser/in_process_webkit/* third_party/WebKit/Source/WebKit/chromium/public/* webkit/glue/webpreferences.h (watch for new WebKit features that may need to be enabled) webkit/support/simple_database_system.* webkit/tools/test_shell/*

这可以用于帮助你识别哪些地方发生了变更，CEF开始于一个定制的test_shell版本，有很多文件仍存在有1对1的关系。

3. 对CEF做出必要的修改，编译（必须先清除）并修复所有失败。

4. 运行大量的CEF测试，确保一切正常，这一步有望在将来实现自动化。

查看 CEF Build Bot 日志，可以提供更新后查找错误的感觉。大多数情况下（90%），失败是因为重命名、少量的代码重构或者项目名称、位置变化造成的,剩下的10%需要CEF做出重大调整，通常是因为不断重构成webkit/api的webkit/glue造成的。如果你发现Chromium的变更影响了CEF需要的功能，而你又不能在合理的修改CEF的情况下绕开这个问题，那么你应当与Chromium团队协作处理这个问题。

1. 标识哪一版本影响了CEF的功能，并确认你已经理解了为什么要做出这些修改。

2. 向chromium-dev邮件列表提交一条信息，说明变更为什么影响了CEF，并且提供其它信息、建义修复CEF和Chromium。

3. 之后，Chromium开发者创建了条代码重审事件，并且提供修复与对应的开发者。

4. 更进代码评审。

CEF也提供被丁的功能，但是这应该作为最后的手段，或者你认为代码重审需要很长时间的权宜之计，最好的方式应该是由Chromium接收你的变更请求到Chromium Trunk中。

本文链接

Chromium Embedded Framework中文文档之(基本使用)

2011-10-05T16:02:00Z

一般用法

使用CEF便捷的创建一个全功能的内建浏览器如下所示:

// Define an instance of our CefHandler implementation. Various methods in the MyHandler // instance will be called to customize browser behavior.  CefRefPtr<CefHandler> handler(new MyHandler()); // Provide information about the parent window, client rectangle, etc. CefWindowInfo info = {...}; // Create the new browser window object, which eventually results in a call to // MyHandler::HandleAfterCreated(). CefBrowser::CreateBrowser(info, false, handler, L"http://www.google.com");

在tests目录下有一个客户端程序的示例，叫cefclient。

文件结构

CEF资料库结构如下：

include -- 包括用于CEF客户端程序的include文件。
libcef -- libcef实现。
libcef_dll -- libcef C API 和 DLL 实现.
tests -- 测试程序.

cefclient -- CEF客户端应用程序示例。
unittests -- CEF接口单元测试。

浏览器通知

浏览器通知是通过注册的委托接口由浏览器发到客户端程序的通知， CefHandler是最主要的委托接口, CefJSHandler则用于实现自定义的Javascript对象。

CefHandler支持以下接口：

窗口创建之前 (HandleBeforeCreated)，客户端可用之取消与定制浏览器窗口创建过程。
窗口创建之后(HandleAfterCreated). 可用于创建自定义的CefJSHandler对象。
地址栏更新(HandleAddressChange). 将地址栏更改为指定的字符串，通知发生于导航提交后与页面加载前。
标题更新(HandleTitleChange). 将标题更改为指定的字符串，发生在页面加载中。
浏览前(HandleBeforeBrowse). 可用于取消导航，该事件的信息包括URL，Post数据，请求头.
开始加载(HandleLoadStart).
加载结束 (HandleLoadEnd).
加载错误(HandleLoadError). 加载过程中遇到错误，应用程序可提供自定义的错误页面.
资源加载前 (HandleBeforeResourceLoad). 应用程序可提供替代的数据源 (比如内存中的缓存)或者取消加载.
显示菜单前(HandleBeforeMenu). 可用于取消上下文菜单显示或定制菜单,默认情况下，浏览器根据上下文显示基本的菜单.
获取菜单标签(HandleGetMenuLabel).在默认菜单显示前，每个菜单项调用一次，可用于将英文默认内容改为其它语言.
菜单动作(HandleMenuAction). 用户从默认上下文菜单选择了一个选项，可用自己的方式来处理动作。
打印选项(HandlePrintOptions). 打印设置对话框显示前调用，可用于定制页面大小、方向与边距等.
打印页眉页脚 (HandlePrintHeaderFooter). 在页面视图输出到打印上下文，但是页面结束前，可在预定义的6个位置（上左、上中、上右、下左，下中，下右）插入自定义的页眉、页脚字符串。该事件附带的信息包括当前URL、标题、页码、总页数、打印上下文、页边距与DPI拉伸比.
JavaScript警告 (HandleJSAlert). 应用程序可自定义Javascript Alert窗口.
JavaScrip确认 (HandleJSConfirm). 应用程序可自定义Javascript Comfirm窗口
JavaScrip提示 (HandleJSPrompt). 应用程序可自定义Javascript Prompt窗口
JavaScript Window 对象绑定 (HandleJSBinding). 应用程序将用户定义的方法和变量附加到frame的window对象上
Window关闭前 (HandleBeforeWindowClose). 窗口关闭前
获得焦点(HandleTakeFocus). 浏览器组件失去焦点前调用
设置焦点(HandleSetFocus). 浏览器组件请求焦点前调用
键盘事件(HandleKeyEvent). 浏览器组件接收到键盘事件时
提示 (HandleTooltip). 用于修改tooltip文字
控制台消息 (HandleConsoleMessage). 用于显示控制台消息.
查询结果(HandleFindResult).用于自定义查找结果显示处理

CefV8Handler支持以下通知：

执行事件(Execute). 应用程序执行指定的函数，该事件提供所有的Javascript参数，而且应用程序能指定返回值

浏览器事件

浏览器事件由客户端应用程序通过CefBrowser和CefFrame的函数发送给浏览器:

后退、前进、重新加载与停止加载，用于控制浏览器导航.
撤消、重做、剪切、复制、粘贴、删除、全选，用于控制目标区域内容.
打印. 打印目标框架.
查看源代码. 将目标框架的HTML源代码保存到临时文件，并用默认的文本查看程序打开之
加载URL. 在指定框架中加载指定URL
载入字符串. 根据一个假URL在指定框架中加载某个字符串
加载流. 根据一个假URL，在指定框架中加载二进制数据
加载请求. 在指定框架中加载请求(URL, method, request data 与 headers) .
执行脚本. 在目标框架中执行任意Javascript命令

内嵌 NPAPI 插件

CEF支持创建Netscape-style内嵌插件，使用相同 NPAPI的内嵌插件和标准的DLL插件行为相同,但是，相对于使用独立的DLL，内嵌插件由容器应用程序创建，并通过调用CefRegisterPlugin()注册到系统，如果要直接使用这一功能，需要include cef_nplugin.h .

JavaScript扩展

CEF支持可以和原生应用程序代码交互的Javascript扩展，参见cef.h的CefRegisterExtension() 函数和cefclient示例程序的"JavaScript Extension Handler" 以及 "UI App Example" 测试 .

自定义Schemes

CEF支持注册与处理自定义scheme,类似于myscheme://mydomain。参见cef.h中的CefRegisterScheme()函数与示例应用程序cefclient中的 "Scheme Handler" 测试.

框架实现概览

CEF所有的类以Cef为前缀.

框架准备与拆卸

UI消息循环由框架创建的一个单独线程处理,客户端程序应负责通过分别调用CefInitialize()和CefShutdown() 来为每个进程准备与关闭这一线程。

引用计数

所有实现了CefBase接口的框架类与对象指针都由CefRefPtr智能指针实现来处理，通过调用AddRef()和Release()自动处理引用计数。

平台无关

CEF框架被设计成平台无关，需要当前我们仅支持windows平台，但是我们计划将来支持其它平台。为了尽可能减少双平台支持带来的麻烦，框架定义了一系列实现无关的接口与类型定义包装跨平台的行为。

线程安全

框架的所有接口实现必须是跨线程访问安全的，CefThreadSafeBase 模版提供原子的AddRef() 和 Release() 实现，还提供Lock() 和 Unlock()方法以同步方式访问代码块.

框架接口

框架定义了如下接口：

CefBrowser 是主要的浏览器host类，通过它的静态方法CefBrowser::CreateBrowser()方法创建新浏览器窗口.
CefFrame 表示浏览器窗口里的一个框架（frame），每个浏览器窗口都有一个顶级的主框架，可通过CefBrowser::GetMainFrame()方法访问之.
CefHandler 是传给CefBrowser::CreateBrowser()方法的最主要委托接口.
CefRequest 表示请求数据，比如url, method, post data 和 headers.
CefPostData 和 CefPostDataElement 表示可能是请求一部分的post数据.
CefSchemeHandlerFactory 和 CefSchemeHandler 用于处理像myscheme://mydomain这样的自定义scheme.
CefStreamReader, CefStreamWriter, CefReadHandler 和 CefWriteHandler 读写数据的简单的接口.
CefV8Handler 和 CefV8Value 用于创建和访问Javascript对象.

本文链接

Chromium Embedded Framework 中文文档（简介）

2011-10-05T16:00:00Z

简介

Chromium Embedded Framework (CEF)是由 Marshall Greenblatt 在2008年创办的开源项目，致力于基于Google Chromium项目开发一个Web控件。 CEF目前已支持多种编程语言和操作系统，能方便地集成到现有或者新的应用程序中，设计上，它追求高性能的同时，也追求易于使用，它的基本框架通过原生库提供C和C++的编程接口，这些接口将宿主程序与Chromium与WebKit的实现细节隔离，能让浏览器与应用程序无缝集成，并支持自定义插件、协议、Javascript对象与扩展。宿主程序还能根据需要控制资源加载、页面跳转、上下文菜单、打印等等。这些好处都是在支持Google Chrome同等效率与HTML5技术可用的基本上提供的。
大量的个人与组织为CEF的开发提供了时间与资源上的贡献，但是我们需要社区更多的投入，来支持CEF核心项目与扩展地对其它语言与框架提供支持的项目（参见扩展项目一节）。如果你有兴趣为CEF提供时间与金钱上的支持，请参见

CEF Donations 页面。

编译发行版本

编译发行版本，包涵所有构建基于CEF应用程序所需的文件，在下载章节提供下载，该版本是可以独立使用的，不依赖于CEF或者Chromium的源代码。

源代码发行版本

CEF项目是Chromium项目（http://chromium.org）的扩展项目，因此，要编译CEF源代码需要先下载Chromium源代码（下载方式见http://dev.chromium.org/developers/how-tos/get-the-code）并且根据你所选的系统与编译指示安装所有依赖的项目；然后，将CEF的文件放在Chromium的src目录顶层，跟base/chrome/thrid-party这些目录一起，比方说如果你的Chromium安装目录是C:\svn\Chromium\src那么CEF的文件应该在C:\svn\Chromium\src\cef。CHROMIUM_BUILD_COMPATIBILITY.txt 文件有CEF与Chromium版本兼容性的说明信息,如果要将Chromium升级某一版本，使用
gclient sync --revision src@#### --force，

此外，DEPS文件将确保其它目录以合适的形式下载。在大多数系统下，编译需要提供至少4GB内存。

在Windows下编译

跟随你的Visual Studio版本的 Windows build instructions ，运行CEF根目录下的cef_create_projects.bat脚本，根据GYP的配置生成Visual Stodio项目文件。如果你机器上同时安装了VS2005和VS2008，那么在运行cef_create_projects脚本前，可通过设置GYP_MSVS_VERSION 环境变量为"2005" 或"2008"来指定版本。

通过将gclient工具集成到CEF，可以自动在Chromium源代码更新后下载CEF源代码更新和运行cef_create_projects。编辑位于Chromium src目录父目录(上例中是"C:\svn\Chromium") 的.gclient文件，在已有的solutions数组中添加如下的行:

solutions = [ { #Existing definitions here... }, # BEGIN NEW LINES { "name"        : "src/cef",     "url"         : "http://chromiumembedded.googlecode.com/svn/trunk", }, #END NEW LINES ]

Mac OS X下编译

目前仅支持Mac OS X 10.6 (Snow Leopard) 和10.7 (Lion) ，编译结果可运行于10.5, 10.6 and 10.7。根据Mac build instructions正确的配置系统，如果是10.7和Xcode 4，请遵循Xcode4Tips中额外的编译指示。

运行CEF根目录下的cef_create_projects.sh可根据GYP的配置生成XCode项目文件。

Linux下的编译

开发中。

扩展项目

CEF基础框架支持C和C++语言，感谢其它维护者的努力工作，CEF可以支持更多的编程语言与框架。这些扩展项目并非由CEF团队维护，所以如果你有任何问题，请直接联系各项目的维护者。

.Net - https://github.com/chillitom/CefSharp
.Net - https://bitbucket.org/fddima/cefglue
Delphi - http://code.google.com/p/delphichromiumembedded/
Java - http://code.google.com/p/javachromiumembedded/

如果你维护着一个不在这个列表中的项目，请到CEF Forum发贴或者直接联系Marshall。

支持

General Usage Wiki page提供使用CEF的概览，CEF支持与相关讨论在CEF Forum中进行。

帮助

CEF仍有大量工作需要开展，如果你想为CEF做出贡献请查看Open状态的Issue，或者在CEF的源代码中搜索TODO，我们还需要人为所有支持的功能编写测试用例。

重大更改

此处并未列出所有的版本,完整版本列表请查看 Changes list。

9月 23, 2011: 编译版本293，添加对VS2010的支持，并包含以下改进与Bug修复:

将char16_t更名为char16修复VS2010因char16_t变成内建类型造成的编译错误 ( issue #243 ).
自定义Sheme支持异步处理响应 ( issue #269 ).
添加CefDragHandler支持拖放数据与取消拖放请求的体验( issue #297 ).
添加CefBrowser::HasDocument()方法，用于测试document是否已完成加载 ( issue #307 ).
CefBase类添加虚析构函数( issue #321 ).
修复使用V8造成的内存泄漏 ( issue #323 ).
提升 V8 字符串转换效率 ( issue #323 ).
增加V8存取器的异常返回能力( issue #327 ).
如果V8处理程序没有返回值，返回undefined取代返回null( issue #329 ).
由于实现bug的问题，默认情况下关闭合成加速(issue #334, issue #335, issue #337).

August 9, 2011: Binary release 275 contains the following enhancements and bug fixes.

关闭触摸屏的支持，以使Google Map API功能正常( issue #134 ).
修复一个执行大量同步加载请求时死循环的bug ( issue #192 ).
修复OnResourceResponse拼写错误( issue #270 ).
修复一个在某些情况下关机时会造成Crash的线程问题( issue #277 ).
增加accelerated_video_enabled, accelerated_drawing_enabled 和accelerated_plugins_enabled浏览器设置( issue #278 ).
添加在某些windows机器上加速内容需要的d3dx9_43.dll和d3dcompiler_43.dll文件( issue #280 ).
清理模态窗口回调实现 ( issue #281 ).
关闭语音输入，避免在Google搜索页面点话筒图标会crash的问题。 ( issue #282 ).
当将drag_drop_disabled 设为true时禁用HTML5 drag( issue #284 ).
修复在取消popup窗口时crash的问题( issue #285 ).

June 14, 2011: Binary release 259 significantly revamps the CEF API and contains the following enhancements and bug fixes.

使用angle库支持GL ( issue #136 ).
CefV8Value 添加Date类型支持( issue #190 ).
Add a workaround for the SyncRequestProxy deadlock problem ( issue #192 ).
Replace CefHandler with a new CefClient interface and separate handler interfaces ( issue #218 ).
Add support for virtual inheritance to allow multiple CefBase parented interfaces to be implemented in the same class ( issue #218 ).
Replace CefThreadSafeBase with IMPLEMENT macros to support virtual inheritance and to only provide locking implementations when needed ( issue #218 ).
Move the CefBrowserSettings parameter from CefInitialize to CreateBrowser ( issue #218 ).
Add a new cef_build.h header that provides platform-specific and OS defines ( issue #218 ).
Introduce the use of OVERRIDE to generate compiler errors on Windows if a child virtual method declaration doesn't match the parent declaration ( issue #218 ).
Move CEF header files that should not be directly included by the client to the "include/internal" folder ( issue #218 ).
Add support for navigator.onLine and online/offline window events ( issue #234 ).
Use NDEBUG instead of _DEBUG because _DEBUG is not defined on Mac ( issue #240 ).
Add OnResourceReponse and CefContentFilter for viewing and filtering response content ( issue #241 ).
Add support for setting response header values ( issue #246 ).
Break CefRegisterScheme into separate CefRegisterCustomScheme and CefRegisterSchemeHandlerFactory functions ( issue #246 ).
Allow registration of handlers for built-in schemes ( issue #246 ).
Supply scheme and request information to CefSchemeHandlerFactory::Create ( issue #246 ).
Add CrossOriginWhitelist functions for bypassing the same-origin policy with both built-in and custom standard schemes ( issue #246 ).
Add support for modal dialogs ( issue #250 ).
Add support for IME-aware applications ( issue #254 ).
Restore keyboard focus on window activation ( issue #256 ).
Fix bug when dragging to a window before mouse events have been detected ( issue #262 ).

May 10, 2011: Binary release 231 contains the following enhancements and bug fixes.

Add cookie get/set support ( issue #88 ).
Allow custom schemes to cause redirects ( issue #98 ).
Set the libcef.dll version number to the build revision number ( issue #108 ).
Add support for returning an HTTP status code from HandleBeforeResourceLoad and custom scheme handlers via the CefResponse class ( issue #202 ).
Add support for V8 accessors and entering a V8 context asynchronously ( issue #203 ).
Don't load URLs twice for popup windows ( issue #215 ).
Make modal popup windows behave the same as non-modal popup windows ( issue #216 ).
Force Flash and Silverlight plugins to use windowless mode when rendering off-screen ( issue #214 ).
Don't download files that will be loaded by a plugin ( issue #227 ).
Add a CefDOMNode::IsSame() method for comparing CefDOMNode objects.

March 25, 2011: Binary release 212 contains the following enhancements and bug fixes.

Add off-screen rendering support ( issue #100 ).
Add persistent storage support for cookie data ( issue #193 ).
Allow registration of non-standard schemes ( issue #195 ).
Improve the behavior of HandleAddressChange, HandleTitleChange, HandleLoadStart and HandleLoadEnd notifications ( issue #200 ).
Respect the WS_VISIBLE flag when creating browser windows ( issue #201 ).
Fix a bug in CefWebURLRequest that could result in inappropriate calls to CefHandler methods ( issue #204 ).
Add a history entry when navigating to anchors within the same page ( issue #207 ).
Add a HandleNavStateChange notification for back/forward state changes ( issue #208 ).
Fix crash when using WebKit inspector break points ( issue #210 ).
Add support for retrieving values from DOM form elements using CefDOMNode::GetValue.
Add the CefRunMessageLoop() function for efficient message loop processing in single-threaded message loop mode.

February 28, 2011: Binary release 195 contains the following enhancements and bug fixes.

Add the CefWebURLRequest class that supports direct loading of URL resources from client applications ( issue #51 ).
Add CefDOM classes and the CefFrame::VisitDOM method that allow direct access to and modification of the DOM ( issue #60 ).
Add support for the HTML5 drag and drop API and support for dragging content to other applications or the desktop (issue #140).
Add a CefV8Context object and CefV8Value::ExecuteFunctionWithContext method to support asynchronous V8 callbacks ( issue #188 ).
CefRegisterPlugin now only supports a single mime type per registration.
Fix a bug where URL and title change notifications were not being sent for CefFrame::LoadString.

February 1, 2011: Binary release 181 will be the last binary release that includes libraries for VS2005. It contains the following enhancements and bug fixes.

Improve thread safety by making some methods only callable on the UI thread ( issue #175 ).
Add NewCefRunnableMethod and NewCefRunnableFunction templates (in cef_runnable.h) that simplify task posting ( issue #175 ).
Add a boolean argument to the HandleLoadStart and HandleLoadEnd events that will be true while the main content frame is loading ( issue #166 , issue #183 ).
Add an HTTP status code argument to the HandleLoadEnd event ( issue #177 ).
Only call the HandleAddressChange and HandleTitleChange events for the main content frame load ( issue #166 )
Pass the URL for new popup windows to the HandleBeforeCreated event (issue #5).
Add members to the CefSettings structure for specifying log file location and severity level ( issue #172 ).
Add single sign-on support ( issue #148 ).
Add zooming support ( issue #116 ).
Add developer tools support ( issue #127 ).
Add a HandleProtocolExecution event for handling unregistered protocols ( issue #155 ).
Add a HandleStatus event for status messages, mouse over URLs and keyboard focus URLs ( issue #61 ).
Add support for creating and parsing URLs via CefCreateURL and CefParseURL ( issue #181 ).
Fix the problem with frame activation when displaying SELECT list popups ( issue #169 ).
Accelerated compositing and HTML5 video now work together ( issue #143 ).

November 22, 2010: Revision 149 introduces a number of long-awaited features and a few important bug fixes.

The API now uses CefString and cef_string_t types instead of std::wstring and wchar_t. The new types support conversion between ASCII, UTF-8, UTF-16 and UTF-32 character formats and the default character type can be changed by recompiling CEF ( issue #146 ).
Allow customization of global and per-browser settings for everything from User-Agent and plugin search paths to specific WebKit features ( issue #145 ).
Add support for accelerated compositing and fast WebGL ( issue #136 ). You will need to disable accelerated compositing to watch HTML5 video with this release ( issue #143 ).
Expose popup window feature information via the CefPopupFeatures argument passed to CefHandler::HandleBeforeCreated ( issue #135 ).
Fix a crash caused by Flash-related JavaScript ( issue #115 ).

November 15, 2010: Revision 137 provides the first working build of CEF for the Mac OS X platform (issue #68). There's still a lot of work required to bring it up to par with the Windows port. Missing features are indicated by "TODO(port)" comments in the source code. Help with fixing bugs and implementing missing features is welcome.

October 24, 2010: Revision 126 disables WebGL support due to performance problems with the default Chromium implementation. WebGL support will be re-enabled once a better-performing implementation is available ( issue #136 ).

Add a CefHandler::HandleDownloadResponse() method for handling Content-Disposition initiated file downloads ( issue #6 ).
Add XML parsing support with CefXmlReader and CefXmlObject classes ( issue #28 ).
Add Zip archive reading support with CefZipReader and CefZipArchive classes (issue #30).
Add a new cef_wrapper.h header file that exposes helpful utility classes provided as part of the libcef_dll_wrapper target.

October 15, 2010: Revision 116 causes CEF to ignore the "Automatically detect settings" option under LAN Settings in order to fix a problem with slow resource loading on Windows ( issue #81 ). Manual configuration under LAN Settings is still respected.

Add a CefBrowser::ReloadIgnoreCache() method and MENU_ID_NAV_RELOAD_NOCACHE menu support. ( issue #118 ).
Add support for audio playback with HTML5 video ( issue #121 ).
Fix back/forward navigation when the history contains pages that failed to load ( issue #125 ).
Change the CEF User-Agent product version to "Chrome/7.0.517.0"

August 31, 2010: Revision 100 re-introduces the CefHandler::HandleJSBinding method. The memory leaks that necessitated the elimination of this method have now been fixed ( issue #72 ).

The CefRequest argument to CefHandler::HandleBeforeResourceLoad can now be modified allowing the request to be changed on the fly ( issue #41 ).
A default tooltip implementation is now provided and tooltip text can be modified using CefHandler::HandleTooltip ( issue #61 ).
Printing paper size, orientation and margins can now be changed using CefHandler::HandlePrintOptions ( issue #112 ).
Find in page with result highlighting is now supported using CefBrowser::Find, CefBrowser::StopFinding and CefHandler::HandleFindResult.
The binary release of revision 100 provides libraries for both Visual Studio 2005 and Visual Studio 2008. It can be downloaded from the project Downloads page.

April 7, 2010: Revision 73 eliminates the CefHandler::HandleJSBinding method. This modification addresses memory leaks that many users have been reporting. For more information see issue #72 .

October 2, 2009: Revision 50 adds GYP support for generating the CEF project files. This makes it easy to build CEF with both VS2005 and VS2008. See the "Source Distributions" section above for additional details.

August 21, 2009: Revision 37 adds support for custom scheme handlers. Use the new CefRegisterScheme() function in combination with the CefSchemeHandlerFactory and CefSchemeHandler classes to create handlers for requests using custom schemes such as myscheme://mydomain.

July 24, 2009: Revision 32 helps to speed up the addition of new features and bug fixes to CEF. It adds the CEF Patch Application Tool and the "patch" project which together support automatic application of patches to the Chromium and WebKit source trees as part of the build process. See the README.txt file in the new patch directory for additional information.

July 8, 2009: CEF now has a dedicated build bot thanks to Nicolas Sylvain and Darin Fisher over at Google. The build bot synchronizes to each Chromium revision and then builds CEF, reporting on any compile errors that occur. Having a build bot for CEF will help the Chromium developers avoid accidentally breaking API features required by CEF, and help the CEF developers keep up with the frequently changing Chromium HEAD revision. You can view the build bot output at http://build.chromium.org/buildbot/waterfall.fyi/waterfall?branch=&builder=Chromium+Embedded

June 20, 2009: Revision 30 adds the CEF Translator Tool which facilitates automatic generation of the C API header file (cef_capi.h) and CToCpp/CppToC wrapper classes. See the translator.README.txt file in the new tools directory for additional information. Introduction of this tool required minor changes to the CEF C++ and C APIs.

The C++ 'arguments' attribute of CefV8Handler::Execute() and CefV8Value::ExecuteFunction() now has the 'const' qualifier.
C API global function names that were previously in the cef_create_classname() format are now in the cef_classname_create() format.
The C API cef_frame_t::get_frame_names() member function now has return type 'void' instead of 'size_t'.
The C API cef_frame_t::execute_javascript() member function has been renamed to cef_frame_t::execute_java_script().

May 27, 2009: Revision 26 introduces two major changes to the CEF framework.

Frame-dependent functions such as loading content and executing JavaScript have been moved to a new CefFrame class. Use the new CefBrowser::Get*Frame() methods to retrieve the appropriate CefFrame instance. A CefFrame instance will now also be passed to CefHandler callback methods as appropriate.
The CEF JavaScript API now uses the V8 framework directly instead of creating NPObjects. JavaScript object hierarchies can be written in native C++ code and exported to the JavaScript user-space, and user-space object hierarchies can be accessed from native C++ code. Furthermore, support for the V8 extension framework has been added via the new CefRegisterExtension() function. The CefJSHandler and CefVariant classes have been removed in favor of new CefV8Handler and CefV8Value classes. To attach values to the JavaScript 'window' object you must now implement the CefHandler::HandleJSBinding() callback method instead of calling the (now removed) CefBrowser::AddJSHandler() method.

本文链接

操盘之王摘要

2011-06-27T14:53:00Z

一、RSI(相对强弱指标)

表现为现在进行时
金叉买入，死叉卖出
20（熊市10~15）以下超卖，80（牛市85）以上超买，超卖区不必等金叉，超买区不必等死叉

二、TOW（宝塔线）

中长期技术分析工具
三平顶：快速上升（30%以上）或盘整后出现连续三个以上处于同一水平线的实体很小的黑棒或上白下黑棒。
三平底：快速下跌（30%以上）或盘整后出现连续三个以上处于同一水平线的实体很小的白棒或上白下黑棒。
三平底翻红，牛市涨80%，平衡市涨30~60%，熊市10~20%，上涨基准为第三平底的值。
三平顶翻阴，牛市跌10~15%，平衡市10~20%，熊市15%~30%
平的标准，股价/8 * 0.03
预判在6个月内完成

三、SSL（压力支撑线）

遇到压力线先卖出，回档到支撑线再买入
突破压力线站稳不再跌穿再补仓

四、成交量

放量上涨、放下下跌
缓慢上涨，突然发量上涨，继而量缩下跌，涨势将反转
成交量圆弧底
缩量意味着市场趋同，一般在走势中期，缩量下跌，出局，缩量上涨，买入
放量，意味着转势
堆量，低位堆，上涨，高位堆，下跌
忽大忽小，常为妖庄出货
在熊市和平衡市，冲击前期高点时，成交量至少为前期高点日成交量的60%以上。牛市为50%以上。
突破前高时，成交量为前高的1.5倍以上，可能为庄家出货。
真突破（2个以上交易日站在前高之上）后，牛市涨20~25%，熊市为10%以上。

五、量比

当日成交与5日成交的比例
0.8（熊）~1.5（牛）为正常，1.5~2.5为温和放量
2.5~5倍为明显放量，相应采取行动
5~10倍为剧烈放量，“钱”途无量
10倍以上，考虑反向操作
0.5倍以上，创新高，是长庄股，且控盘度高，放量突破后缩量回调，买入，缩量涨停或跌停，后续空间无限
开盘量比常不稳定，需观察
实践：从量比排行中找量比小的，去掉冷门和下降，选择曾放量上涨，正在缩量回调的进行跟踪，往重新放量，并金叉时介入。
操作：找出收盘量比0.9~1.25，上涨0.5~2%之间的股票，再配以其它指标，不会超过10只进行短线操作。

六、KDJ随机指数

KD为随机指标，K为快速指标，D为慢速指标，K金叉D买，死叉卖
K在90以上为超买，D在80以上为超买。
D在高档区走M为顶，在低档区走W为底。
M和W的第二部出现时，若与价格走向背离，买卖可信度极高。
J大于100或小于0是买卖的时机。
结合布林线（上轨压力，中、下轨支撑），如果价格跌到布林线中轨、下轨以下，则无视KDJ指标发出的信号
但如果布林线与KDJ都在下位，则说明中期、短期趋势相同，应采取行动。
价格跌到布林线下轨，受到支撑回稳，KDJ也上升，至多只能抢一次反弹。
以布林线做中期判断，以KDJ作为买卖信号。
操作一：收周阳线，周线K、J勾头向上将要金叉，日线KDJ这一周发展金叉，金叉日收放量阳线
操作二：周线KDJ金叉、日线KDJ已金叉
操作三：周线KDJ金叉后股价回档收周阴线，然后重新放量上行。周K、D将要死叉，但没有真正死叉，K线重新张口上行。日线KDJ金叉。

七、20均线

20均线是主力生命线
20均线击穿3日不回，清仓
牛市下跌4.5%，卖出，熊市下跌3%，卖出。

八、主力成本

主力成本=(区间股票最低价+最高价)/2 或者（突然放量那天的最低价+最高价）/2
一般计算3个月

九、关注

中润投资（二线地产+转矿产股）
贵研铂业（小盘有色，铂金）
海亮股份（矿产）
西藏天路（投矿权）
万里扬（机械制造）
金杯电工（电缆电磁线）
精达股份（电缆电磁线）

本文链接

博客园_THINK(谭振林)

AsyncEnumerator对EAP的支持

大数据块(BLOBs)与流(Stream)操作性能规范

SQL Antipatterns内容介绍

Chromium Embedded Framework中文文档 (使用C API)

Chromium Embedded Framework中文文档 （如何链接不同的运行时）

Chromium Embedded Framework中文文档 (SVN属性)

Chromium Embedded Framework中文文档 (升级到最新的Chrome)

Chromium Embedded Framework中文文档之(基本使用)

Chromium Embedded Framework 中文文档（简介）

操盘之王 摘要

Chromium Embedded Framework中文文档（如何链接不同的运行时）

操盘之王摘要