工作中有个需求需要采集每个服每天用户的登录信息、道具使用情况等(用来做数据分析)，这些信息、数据 是通过技术那边的Http接口来获取，为了提高效率，节省流量，没有用XML或JSON格式的输出(数据量比较 大，用XML格式或JSON格式或增加许多冗余的信息，优劣暂且不讨论)，而是用简单的文本形式，Http接口 数据的输出的格式如下：   1：不同记录以"\r\n"分隔 2：不同字段以“|||”分隔  举个例子(假设)，用户每天的登录信息： 字段排列顺序为： GameID|||UserID|||UserName|||ServerID|||ServerName|||IP|||RegistedFrom |||FromSiteUrl|||LoginTimes|||CreateDate 下面是其中一个函数，大家如果不想看，完全可以先跳过，只是为了说

    OEA框架的核心之一是AutoUI，其职责是面向领域模型及UI元模型进行生成统一的界面。     在本次的迭代开发中，需要对命令按钮的生成方式进行一些定制。由于原来并没有为这样的需求留有特别的扩展点，加之原来的生成代码是过程式的代码、且也变得比较冗长，所以我们决定对这一部分的代码进行重构。 原来的模式     历史代码中，为某一实体类生成命令按钮的流程是这样的： 找到实体类可用的所有命令按钮元数据。 对它们进行过滤，依靠权限、版本的客户化元信息等。 构造几个生成控件的List容器，分别是：itemsInToolbar，itemsInContextMenu，itemsInGroup。 遍历所有的命令按钮，根据其对应的元数据，分别生成相应的控件（按钮、菜单等），然后添加到容器中。其中，还有

  如果对于jquery的$()包装器函数还不是很清楚，请先参阅我的上一篇日志：浅析jQuery的链式调用 话说回来，虽然jQuery让学习前端技术的越来越多了起来，（本人就是因为学校图书馆偶然间遇到了一本jQuery基础教程（二）开始想深入的学习前端技术），关于jQuery的博文甚至多于javascript,它让编程的门槛大大的降低了，但是它隐藏了太多细节了，形如$('#id').append('<p>xxx</p>').clone().appendTo(x).end().css(...)................这样操作的模式已经很难找到常规javascript的影子。浏览器的差异仿佛一去就不见了踪影，我不认为大部分都能在这安逸的环境再重新回到考虑javascript如何在不同浏览器能表现一致等问题，是福是祸真的很难说。 接下来言归正传.....