"伸手摸" 这个段子像爆炸一样传开, 一开始只是在中文网络圈, 最近逐渐蔓延到国外媒体. 最后看到卡梅隆接受脱口秀采访, 亲口说 "他们是害怕中国男人会向着银幕, 伸出手来摸", 并且紧接着强调 "This is true" 的时候, 我知道这是近年来最成功的假新闻了.

--

或许, 只是说或许, 上面这一段文字以及以这段文字打头的那篇所谓辟谣的一文, 才是近年来最成功的假新闻吧?

文章传开后不久, 国内很多知名门户网站上都出现了以此文为中心的辟谣文章, 但还好, 也还有足够理性的报道:

<如非 "官方" 请辟谣> 北京晨报

当然, 到目前为止, 这个段子是真是假, 还难易断定, 我也不想去和谁打赌, 说它一定是真的. 但就其中人们对真假的判断, 还是说明绝大多数确是少了些思考.

为什么大家不相信国外那么多一线媒体, 不相信卡梅隆, 却愿意去相信一个未曾听闻的 "豆瓣逗你妹"? 有些人给出的答案或许是 "这种东西用臀部思考都知道它是假的!" 嗯, 如果真的能这么主观地去判断, 那国外一群媒体的编辑一定是没有臀部了. 不论对错, 我想多数人选择相信是谣言, 可能是出于以下原因:

根据生活常识, 认为所谓的广电的解释太离谱, 自己已经给它加上了 "疑似谣言" 的标签. 而现在, 突然有人一本正经地告诉你, "它就是谣言", 一瞬间找到了认同感, 不能自拔, 完全无心去怀疑这个辟谣的真实性.

于是, 在紧接着所谓的谣言火了之后, 这所谓的辟谣也火了. 但, 冷静下来, 很容易注意到两个疑点(虽然也有很多主观的判断).

1. 卡梅隆作为导演, 如果说广电总局剪掉了他电影的镜头, 势必会告知, 于是他会需要通过媒体的报道来获知自己的作品为什么会被剪掉某个镜头吗? 我想用不着吧?

2. 之前也提到, 国外很多一线媒体报道, 并且到现在为止, 仍然没有撤掉或者辟谣. 如果真的只是谣言, 广电总局会任由这些媒体给它丢脸而不提出辟谣, 或是要求媒体辟谣吗?

至于那篇写得很有说服力的辟谣文, 引用 <如非 "官方" 请辟谣> 一文中的话:

"官方" 没有说话, 一位网友却发言了, 称这只是个段子, 是他最早编出来的, 几经传播就被当成 "官方说法" 传到了卡梅隆的耳朵里. 不过, 他的说法既难以证真, 也难以证伪, 除非能把传播的每一个环节找出来. 我们不禁要问: 这是真相吗, 还是他的段子不小心跟真相重合了?

另外附上果壳上少量评论:

我要给卡梅隆发邮件！请他亲自辟谣。我要给扣扣熊发邮件，请他辟谣！- 老面包哎呀
国内上映前2天我给广电网站发了邮件去询问这则消息，到现在果然没有什么回复，这也许就是假消息最好的载体了，没有什么有效的反馈，就像高铁事故里葛优的微博 - 陈浮生
这种辟谣和谣言一样苍白无力，没有看到一样东西来佐证你的说法 - 西部狂野
话说是先有段子出现还是先有你在果壳？比较好奇这个。 - 永远的大王

Original link of this archive: http://www.vilic.info/blog/archives/796
本文的原始链接: http://www.vilic.info/blog/archives/796

所以说, 趋势就是趋势, 并不在于谁提出来, 该有的东西自然便会有. 我不知道我们这一代人是否算是见证了DOP的诞生, 但至少在这些年, DOP被用得越来越多了.

说到这个, 首先想提两点. 一个是之前众所周知的变成模式, 面向对象编程(OOP). 对与我来说, 面向对象在我的代码中扮演了相当重要的角色. 它让程序内部的交流变得更加清晰, 提升了程序的可读性, 降低了出现bug的概率. 在有些应用上, 到目前还是不能替代的. 另一个是今后Web编程的发展, 我目测会有几个大方向: 1. 基于Canvas或CSS3的Web游戏. 2. 功能复杂的Web应用程序(如在线办公). 3. 以内容呈现与交互为主的Web页面(如SNS). 只所以想要提这两点, 是为之后将要说到的OOP的局限性, 和DOP的应用范畴做铺垫.

那首先说说, 什么是DOP. 老实说, 我并非是从这个名字开始接触这个概念的, 而是从很多Web页面的改变上开始思考这个问题. 不过很自然地, 使用了同一个词语来描述这样同一个概念. 其实其中有一点YY的成分, 但我想也应该八九不离十.

如果说OOP让人们只用关心如何去调用一个功能, 而不用关心功能的实现的话, 那么DOP则只用人们去关心一个模块/对象所管理的数据, 而不用关心这些数据的改变会对其他模块/对象造成什么影响. 当然, 对自己的影响还是要关心的. 其实细想, 在一些高级编程语言中, 对象的属性就是一种简单地DOP模型. 但显然, 它是局限在某一个对象上的. 然而很多时候, 同一个数据在多个对象上是公用的, 这或许就是DOP和传统OOP一个很大的区别, 也是传统OOP的局限.

但说到这里, 大家可能也会有种想法, 认为DOP也是OOP. 我认为这种想法是正确的, DOP的最佳实践应该对象化/模块化, 只是与直接调用其他对象的方法不同, 通过数据来间接达到目的. 这一点来讲, 倒和面向事件的编程(EOP)有些相似, 但事件是瞬时的, 而数据则是可持续的. 或许DOP约等于OOP+EOP+Data?

近年来, 在很多网站中出现了Hash, 很多MVC框架也支持相应的技术, 极大地方便了复杂的无刷新页面的实现, 这应该算是典型的DOP. 不过如果仅仅是这样, 还只能说是Hash上的数据在和整个页面一个对象交互, 这就有点伤感了. 还好看到一些框架, 并非这样的如果, 比如淘宝的MagixJS似乎就不错. 不过很显然, DOP也有其局限性, 毕竟中间穿插了一个环节, 在效率上或许比不过传统的变成手段. 所以像Web游戏的有些部分则是不便于使用的, 但我想做做UI还是完全能够胜任.

按我的理解, 相对于OOP, DOP能进一步减小复杂程序的思维难度, 提高开发效率, 以及降低bug的概率, 应该是未来Web编程某些方面的趋势, 于是我也有自己的DOP框架计划, 只是准备在DOP的基础上, 增加强大的模板功能, 也许未来, 很多AJAX操作, 都只需要一个简单的模板了.

Original link of this archive: http://www.vilic.info/blog/archives/791
本文的原始链接: http://www.vilic.info/blog/archives/791

这个也是最近做的代理整合软件过程中遇到的问题, 因为要修改Internet Settings, 可能还有其他一些操作, 需要有管理员权限, 强制程序使用管理员权限可以添加一个manifest文件, 再将其中的requestedExecutionLevel, level改为"requireAdministrator"即可. 其实当时做到这里, 我以为就大功告成了, 但重启之后发现程序没有启动, 搜了搜, 才知道是自动启动的家伙获取不了管理员权限.

最后找到的解决方法有二, 一个是先启动一个不需要管理员权限的程序, 再延时打开需要管理员权限的程序, 不过效果不理想, 也不知道延时多久才能搞定. 并且, 每次开机都会请求权限, 用户用着也不爽. (话说, 关了UAC多好... 这儿整个都不用了.)

后来发现了Task Scheduler(任务计划)这个东西, 顿时觉得捡到了宝, 于是继续查找各种资料, 发现不仅能启动, 还能以管理员权限启动. 不过貌似只能用在Windows Vista/7 上(XP上貌似也有任务计划, 但可能接口不同或者没这么强大吧, 这个我没有细查, 但代码在XP上的确会进入catch), 所以XP上还要优雅降级, 添加普通的开机启动项, 反正XP又没有UAC, 是吧.

我使用的是C#, 同时需要添加COM引用, TaskScheduler 1.1 Type Library, 在system32目录下的taskschd.dll. 代码如下:

var dir = @"SOFTWARE\Microsoft\Windows\CurrentVersion\Run";
try {
    var scheduler = new TaskSchedulerClass();
    scheduler.Connect(); //连接, 还有一些登录参数可选.
    var task = scheduler.NewTask(0); //官方文档上, 这个参数后面加了注释reserved.
    task.RegistrationInfo.Author = "Pacgen";
    task.RegistrationInfo.Description = "Start Pacgen with Windows";
    task.Settings.Enabled = true; //or false, 开关.

    //在启动的时候执行, 一开始只写了Logon, 不过发现开机的时候登录并没有触发.
    task.Triggers.Create(_TASK_TRIGGER_TYPE2.TASK_TRIGGER_BOOT);
    //注销后登录什么的.
    task.Triggers.Create(_TASK_TRIGGER_TYPE2.TASK_TRIGGER_LOGON);
    var action = task.Actions.Create(_TASK_ACTION_TYPE.TASK_ACTION_EXEC) as IExecAction;
    //上面的Triggers.Create也会像Actions.Create一样分别返回类型为IBootTrigger, ILogonTrigger的对象(自己as或者强制转换一下).
    //可以做更多设置.

    //这里就是设置为用户能达到的最高权限.
    task.Principal.RunLevel = _TASK_RUNLEVEL.TASK_RUNLEVEL_HIGHEST;
    action.Path = Application.ExecutablePath; //需要启动的程序路径.
    action.Arguments = "background"; //参数.

    var folder = scheduler.GetFolder(@"\"); //这里是Task的根文件夹, 还可以用folder.CreateFolder来创建自己的目录.

    //注册任务. 这里的TASK_LOGON_INTERACTIVE_TOKEN就是说使用用户当前的登录信息(如果已经登录).
    folder.RegisterTaskDefinition("PacgenStartup", task, (int)_TASK_CREATION.TASK_CREATE_OR_UPDATE, null, null, _TASK_LOGON_TYPE.TASK_LOGON_INTERACTIVE_TOKEN);

    //注册成功, 删除注册表内的启动项, 这里的SetRegister是我自己写的, 替换掉即可.
    //SetRegistry(dir, "Pacgen", null);
}
catch {
    //注册失败, 添加开机启动项.
    //SetRegistry(dir, "Pacgen", settings.AutoStart ? "\"" + Application.ExecutablePath + "\" background" : null);
}

现在程序就能悄无声息地以管理员权限启动了, 连请求用户都免了. 开心.

最后附上官方说明: http://msdn.microsoft.com/en-us/magazine/cc163350.aspx

Original link of this archive: http://www.vilic.info/blog/archives/785
本文的原始链接: http://www.vilic.info/blog/archives/785

最近在写一个代理工具的整合, 不过不便发到博客上来, 就说说里面单纯的技术问题, 今天先写这一篇.

修改代理的办法貌似不少, 常用的貌似就注册表和Win API - InternetSetOption, 一开始我当然是想从相对正规的渠道, API来搞定, 花了相当大的力气, 才搜到相关内容, 并且修改成我需要的样子. 不过代码被我删了... 所以... 就不能分享了, 这里直接说说通过注册表改PAC设置的问题.

首先, 为什么我最后要用注册表而不是Win API? 原因是我没找到Win API修改Dial-up和VPN的PAC设置的方法, 所以也是无奈之举. 毕竟很多用户, 比如我自己, 就是通过Dial-up或者VPN联网的. 那, 下面开始主体内容. (我使用的是C#)

1. 注册表位置

CurrentUser, Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections

2. 值

值的名称就是连接的名称, 值是字节数据, 所以需要简单地分析下结构. (后来有个学长提醒说, C++什么的里面处理这种东西特别方便, 一个结构体搞定, 想想貌似是那个道理)

1) 最前面4字节应该是版本号, Win 7下是0x00000046, XP下貌似是3D, 记不清了...
2) 紧接着的4字节是修改次数, 每次修改都应该+1.
3) 接下来的4字节是flags, 其实貌似只有第一个字节用到了, 后面三个字节始终都是0, 这里开启PAC, 把这个值设为0x00000005就可以了, 其他开关什么的, 需要的话自己试试吧.
4) 接下来的4字节是保存了一个或多个(http, socks, ftp等)代理服务器及端口的字符串的长度,  当然, 再接下来的这个长度的字节就是这个字符串的数据了.
5) 接下来的4字节是保存了代理的例外服务器的字符串的长度,  再接下来的这个长度的字节也自然就是这个字符串的数据了.
6) 然后我们需要的东西终于来了, PAC文件的字符串长度, 4字节, 和PAC文件的字符串.
7) 因为我只需要在计数器(第5~8字节)上 +1, 并修改PAC文件即可, 所以后面的数据直接拷贝.

C#代码片段如下, 相关变量请自助:

var data = key.GetValue(name) as byte[];
var newData = new List<byte>();

var pos = 0;

//skip head, 4 bytes
newData.AddRange(data.Skip(pos).Take(4));
pos += 4;

//modify count
newData.AddRange(BitConverter.GetBytes(BitConverter.ToInt32(data, pos) + 1));
pos += 4;

//config flags
newData.AddRange(BitConverter.GetBytes(configFlags));
pos += 4;

//skip proxy setting
var skipCount = BitConverter.ToInt32(data, pos) + 4;
newData.AddRange(data.Skip(pos).Take(skipCount));
pos += skipCount;

//skip passby setting
skipCount = BitConverter.ToInt32(data, pos) + 4;
newData.AddRange(data.Skip(pos).Take(skipCount));
pos += skipCount;

//now, pac file
skipCount = BitConverter.ToInt32(data, pos) + 4;

var pathByteList = new List<byte>();
foreach (var chr in path) {
    var chrBytes = BitConverter.GetBytes(chr);
    chrBytes = chrBytes.Take(chrBytes.Length - 1).ToArray();
    pathByteList.AddRange(chrBytes);
}
newData.AddRange(BitConverter.GetBytes(pathByteList.Count));
newData.AddRange(pathByteList);
pos += skipCount;

//the rest
newData.AddRange(data.Skip(pos).ToArray());

var chrs = new char[newData.Count];
for (var i = 0; i < newData.Count; i++)
  chrs[i] = (char)newData[i];

//set the reg value
key.SetValue(name, newData.ToArray());

Original link of this archive: http://www.vilic.info/blog/archives/780
本文的原始链接: http://www.vilic.info/blog/archives/780

说明下, 本文仅限于我个人的理解与感受, 如果有错误或者不好的地方, 欢迎指正.

可能对于多数前端工程师来说, 面向过程的编程模式依旧是够用的, 其实很多时候, 我自己写的代码也几乎都只是函数没有类. 但面向过程毕竟有它的局限性. 当完成一些庞大的东西, 或者逻辑复杂, 容易产生混乱的代码时, 面向过程的模式就不容易处理了.

当然, 其实说到底, 还是和代码书写者的状况有关系. 我相信, 一个足够优秀的前端工程师, 即使面向过程, 也能写出清晰, 明了, 正确的程序来. 或者说, 在他的这种面向过程的编程下, 已经埋入了很深的面向对象的思想. (另外, 一定要有new才是面向对象吗? 显然不是, 面向对象只是一种思想, 不拘泥于实现的方法.)

面向对象的编程, 很大的一个好处, 就是把程序员从混乱中解放出来, 让思路更清晰, 把注意力集中在一些需要攻克的技术细节, 而非整个系统复杂的内部交互. 当然, 由此带来的东西就更多了, 比如更高的编程效率, 更少的bug.

但, 如何设计一个程序面向对象的结构呢? 这个我想是面向对象的过程中最关键的一步了. 它直接决定了之后具体实现的难易程度, 这应该也是一个高水平的前端工程师需要具备的能力.

接下来举两个例子, 谈谈两种不同的面向对象编程.

1. Web 游戏

Web 游戏的实现过程中, 处理一些具体算法方面的问题, 整体控制也是个问题. 比如说一个简单的操作, 可能会引起复杂的反应, 这些反应可能是各个方面的, 如画面呈现, 内部变化等等. 当然用面向过程的模式也能解决, 但普通的面向过程或许不那么容易简单地解决. 或者即使解决了, 代码的可读性, 或可维护性或许会不那么好.

这个时候, 用几个对象来分别控制游戏的不同部分, 或者会比较容易实现. 比如, 可以分成score, game, operation, 分别表示游戏的得分, 主体和操作控制, 而game又可以继续细分成foreground, stage, background等等. 这样一来, 思路就顿时清晰了.

这里提到的面向对象, 有一个特点, 就是所有的对象都是单独的实例, 不过很多时候就是这样, 一个类出来就只用一次. 这个时候, 我通常这样写JS:

var object = new function () {
    this.someMethod = function () { };
} ();

2. 多级菜单

作为前端工程师, 这个东西应该多少有接触过. 这个例子有很明显的两个对象, 菜单(包括子菜单)和菜单项目. 用面向对象来实现, 我们就只用关心菜单和菜单项目之间的关系, 只要把这两者的关系思考清楚, 就能很容易地避免一些令人伤心的bug, 或者实现难度问题.

function Menu() {
    this.add = function (item) { };
}

function Item() {
    this.childMenu = null;
}

显然, 这里的面向对象, 与之前提到的区别就在于, 我们会用到多个实例, 而且这些实例的数量很多时候是不确定的. 但是只要把握住它们的关系, 就能高效的完成代码, 并且规避一些面向过程容易遇到的bug. 同时, 这种模式可以配合事件编程, 效果更好.

上面提到了面向对象两种看似不同的实践, 但其本质是一样的, 只是一个注重整体的规划, 一个注重功能实现. 配合使用, 我想对整个实现来说, 会有很大的意义. 当然, 或许上面这两个例子还不足以让你感觉到面向对象的优越性, 可能是因为这两个例子还不够复杂, 也没有很大的实现难度. 毕竟合适的才是最好的, 根据需求选择适当的模式, 才是聪明人的选择.

当然, 在实际操作的过程中, 或许并不是那么容易把某些东西抽象出来, 或者可以抽象出来的东西很多, 取舍又是个问题. 这些就需要前端工程师的经验和思考了.

最后再提一下基于事件的编程.

拿一些UI特效为例吧, 比如某个窗口飞入飞出, 我们希望它在飞入的时候做什么, 飞出的时候做什么. 当然随便写写也好, 但可维护性和可扩展性或许就不那么好了. 特别是当这些窗口不止一个两个, 运动也相互独立的时候, 普通的写法就更吃力了. 而且最主要的是, 即使实现了, 也相当容易出bug. 不过最终, 面向对象是核心, 基于事件是翅膀, 没了对象, 事件又能有什么大作为呢?

希望这些想法能对不熟悉或者刚接触面向对象编程的同学有一点参考作用, 也欢迎交流和指正.

Original link of this archive: http://www.vilic.info/blog/archives/774
本文的原始链接: http://www.vilic.info/blog/archives/774