参考文献：http://www.cnblogs.com/lightnull/p/6184867.html   百度的点聚合算法 是基于方格和距离的聚合算法，即开始的时候地图上没有任何已知的聚合点，然后遍历所有的点，去计算点的外包正方形（由gridSize指定），若此点的外包正方形与现有的聚合点的外包正方形不相交，则新建聚合点，若相交就把该点加到该聚合点，效果如下图，为了便于查看，我们特地把外包正方

原文链接 http://blog.codingnow.com/cloud/LuaTips?show_comments=1#comments Lua 的 5.1 版本已经正式发布。现在，我们应该把全部讨论放在这个版本上。  应该尽量使用 local 变量而非 global 变量。这是 Lua 初学者最容易犯的错误。global 变量实际上是放在一张全局的 table 里的。global 变量实际上是

在Lua中，函数是作为"第一类值"（First-Class Value），这表示函数可以存储在变量中，可以通过参数传递给其他函数，或者作为函数的返回值（类比C/C++中的函数指针），这种特性使Lua具有极大的灵活性。    Lua对函数式编程提供了良好的支持，可以支持嵌套函数。    另外，Lua既可以调用Lua编写的函数，还可以调用C语言编写的函数（Lua所有的标准库都是C语言写的）。    定

 http://www.voidcn.com/article/p-uapwkpau-yr.html  原文地址 LuaJIT本身对Lua作了很多方面的优化工作，对很多Lua自带的库函数进行了优化。 优化详情：http://wiki.luajit.org/NYI wiki:http://wiki.luajit.org/Home 关于Lua优化的一些细节： 1.经常使用的库函数，使用local方式

1:    Lua实现复杂数据结构,大量依赖给 table 附加一个元表(metatable)来实现。故而table 本身的一大作用就是作为元表存在。  2:  查询元表中是否存在一个特定的元方法就很容易成为运行期效率的热点。如果不能高效的解决这个热点,每次对带有元表的table的操作,都需     要至少多作一次hash查询。 3:  但是,并非所有元表都提供了所有元方法的,对于不存在的元方法查

本文转载地址:(http://www.cnblogs.com/zwywilliam/p/5992737.html) luajit是目前最快的脚本语言之一，不过深入使用就很快会发现，要把这个语言用到像宣称那样高性能，并不是那么容易。实际使用的时候往往会发现，刚开始写的一些小test case性能非常好，经常毫秒级就算完，可是代码复杂度一上去了，动辄几十上百毫秒的情况就会出现，性能表现非常飘忽。 为此

Lua声称它正确地执行尾部调用,因此每个调用都不需要维护堆栈,因此允许无限递归,我试图写一个和函数,一个不是尾调用,一个是尾调用： 非尾部版本 function sum(n) if n > 0 then return n + sum(n-1) end end print(sum(1000000)) stackoverflow如预期. 尾部版本 function s

Candies Time Limit: 1500MS   Memory Limit: 131072K Total Submissions: 14575   Accepted: 3742 Description During the kindergarten days, flymouse was the monitor of his class. Occasionally the head-teac

上一篇，刚刚讲到，使用Setparent函数可以解决pictureBox和MDI子窗体的显示问题。   从一开始，我们就走进了一个误区，在MDI窗体只能添加有对其属性的控件。例如toolbar，status，等。 其实，在MDI窗体上放置PictureBox控件。我们就已经钻进了牛角尖。   既然在MDI窗体上不能添加无对齐属性的控件。那么就需要引入一个容器控件，在容器控件中添加其他控件。   其

       一直迟迟没有写优化总结，一是自己老是拖延，二是觉得大家都写的东西就不值得一写。        不过后来一想，别人的东西再好也是别人的；自己的再不好也是自己的。所以还是决定把没有做完的工作做完！没有总结成自己的东西就等同于没有收获！        以下列举的是我觉得值得改进的地方，当然大家可认同也可不认同，希望大家可以给我更好的建议！ 1.界面要整齐，文字、输入框要大小一致，分别对齐。

一、减少加载窗体数目 每一个加载的窗体，无论可视与否，都要占据一定数量的内存（其数量随窗体上控件的类型和数量，以及窗体上位图的大小等的不同而变化）。只在需要显示时才加载窗体，不再需要时，卸载窗体（而不是隐藏窗体）。记住，任何对窗体的属性、方法或控件的引用，或对用 New 声明的窗体变量的引用，都会导致 Visual Basic 加载该窗体。 当使用 Unload 方法卸载窗体时，只能释放部分窗体所

调错部分 　　上一篇博客《VB.net版机房收费系统——结账功能实现（代码部分》说的是结账功能的实现，亮出了代码，是在为这篇博客做铺垫。虽然结账功能代码是借鉴的巨人的博客，但是自己比着葫芦画瓢还是有欠妥的地方，毕竟每一个人作画的能力是不一样的，就和唱歌跑调似的。 　　悟空用如意金箍棒三打白骨精，我用仅有的耐心和智商调Bug，论白骨精和Bug孰是孰非，对此只想说，祝愿所有的程序员都能嫁个姓“梅”的，

前言 看到标题的时候不知道会不会有同学问，修改密码界面有什么可优化的呢？当然有的啊，其实不管是任何一个界面，都有更好的方式来展现，因为世界上任何一个程序都不是最完美的，都是需要一步步的改变来变的更好。 正文 当时在敲修改密码窗体的时候突然想，先看看别的网站上修改密码的界面是什么样子的，然后打开网易的修改密码界面，然后发现“设置新密码”和“确认新密码”不是在文本框的前面而是在文本框内，当输入密码的时

这次优化的跟标题不太一样，优化的还有查看上机纪录、充值记录等一般用户里面所有的查询界面，方法都是一样的，所以就以查询余额界面为例写下这篇文章。 我的机房收费系统和原版的是有一些区别的，学生和管理员登陆的主界面是两个不一样的界面。像学校的INode客户端一样，学生账户是打开电脑登录账号后开始上机，所以学生账户是由一个可视界面的，而原版的收费系统是在前台登录或者刷卡去上机，学生账户没有可视界面。 管理

ReSharper建议枚举IEnumerable< T>到列表或数组,因为我有“可能的IEnumerable< T>的多个枚举”. 所建议的自动代码重新分解具有内置的一些优化以查看IEnumerable< T>在调用ToArray()之前已经是一个数组. var list = source as T[] ?? source.ToArray(); >这个优化是不是已经内置了原始的LINQ方法？ >如

我有一个List< T>,名为L,包含N个项目. 是L.Last(),IEnumerable< T>扩展方法,在线性时间内运行所有N个项目？ 或者内部优化是否具有L [L.Count – 1]的恒定时间性能？ 你是对的,如果你看看代码如何实现Last(来自Reflector)： public static TSource Last<TSource>(this IEnumerable<TSource