易栈网-膘叔

自从汉编被铁血论坛中批斗了之后，现在新闻就少了很多了。易语言的新闻还是很少的，低调低调。。

吴涛，仿佛是CCED的主要coder?不过也算是不错了。能够挺到现在。以前是谁说的？凡是能够挺下来的，肯定都有过人之处的。不多讲，免得被和谐，看新闻吧。

易语言5.0 相对于易语言4.x更新说明
增加静态编译功能，支持挂接第三方链接器（比如VC6中的link.exe）。
静态编译后的易语言可执行程序(exe)和动态链接库(dll)，运行时不再依赖任何支持库文件，文件尺寸更小（相对以前的独立编译），PE结构更合理 （取消了“易格式体”），加载速度更快，而且有效解决了“病毒误报”和“易被脱壳”的难题。

为实现静态编译，易语言编译器、核心支持库、集成开发环境(IDE)等均有重大更新，支持库开发架框有扩展性调整，绝大多数官方支持库都已针对 静态编译完成自身改造并提供静态库。

    目前绝大多数官方支持库均已支持静态编译，只有极少数不支持静态编译：vclbase.fne, jedi.fne, com.run/cominf.run/ocx.run。

    第三方支持库，由源代码作者按照静态编译技术文档（参见sdkstatic_docs）完成自身改造并提供静态库后，可支持静态编译。外部OCX 组件和COM组件，不支持静态编译。

    此次重大版本升级不影响以前的源代码(.e)和模块(.ec)。只要代码或模块中未用到“不支持静态编译”的支持库、COM/OCX等，都可以静 态编译。以前编译好的模块(.ec)甚至不需要重新编译即可直接支持静态编译。

    支持库开发框架调整是扩展性调整，比较好的做到了向前向后兼容。即，新版支持库可被旧版易语言或易程序使用，旧版支持库也可被新版易语言或易程序 使用（只是不支持静态编译）。

    静态编译后的易语言EXE/DLL之间不能再共享譬如窗口、窗口组件等类似资源，对于已经静态连接到一个EXE/DLL中的支持库，该支持库中的 数据或资源将不能再被其它EXE/DLL中所使用的同名支持库访问。这是因为代码被分别静态链接接到各个独立模块（EXE/DLL）中。

易语言5.0精简版安装包(不包括 知识库、多媒体教程)
易语言5.0完全版安装包 (包括知识库、多媒体教程)

    另附预告：易语言5.1版持续开发中，其中有关键更新，将于近期（或节后）推出测试版，敬请期待。

来源：http://www.eyuyan.com/news/2010/020102.html

另：易语言居然还有Elogo，飞扬，和英文版【对于这个，我很纳闷，其他没啥】

关于版本控制

什么是版本控制？我真的需要吗？版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着 软件源代码的文本文件作版本控制管理，而实际上，你可以对任何类型的文件进行版本控制。

如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本。采用版本控制系统（VCS）是个明智的选择。有了它你就可以 将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节，查出是谁最后修改了什么地方从而造成某些怪异问 题，又是谁在何时报告了某个功能缺陷，等等。使用版本控制系统通常还意味着，就算你胡来搞砸了整个项目，把文件改的改，删的删，你也可以轻松恢复到原先的 样子。而由此额外增加的工作量却微乎其微。

本地版本控制系统

许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单，不过坏处却不少：有时候会混 淆所在的工作目录，弄错了文件丢了数据就没了后退的路。

。。。。。。更多看全文

» 阅读全文

以前，为了保证本地的代码与服务器一样，一般都是采用sVN+分支，审核并最后推送到服务器的。当然，也有服务器从svn服务器拉数据的时候。当然这样配置起来是有点繁琐，但还算能用。
shawphy推荐的这个工具，感觉好象不错。如果有兴趣，大家可以尝试尝试。
以下就是shawphy写的文章：让服务器自动从Hg版本库中下载代码

每次写完代码，提交到版本库，测试可以执行不会冲突，推到远端代码仓库。之后要发布的话，还要通过FTP上传到服务器上，FTP速度又不很理想，严重影响工作效率。

有没有解决之道？有！

直接让服务器从代码仓库中下载代码不就行了么？代码仓库中已经包含最新代码了，让服务器从代码仓库的服务器远程下载代码，方便快捷全自动！

而且，现在用的是hg，而不是svn。svn有个问题，提交的代码可能是未完成的半成品导致程序无法执行。而hg的好处是半成品可以提交在本地，阶段性成果完成后再往远端代码仓库中提交。

下面就以使用BitBucket为例，其他服务大同小异。

编译 hg

首先需要在服务器端编译一份 hg ,编译起来还是很方便的，直接从官网下载一份源码，解压缩后make && make install 一下就行了。他源码包里的README里就这么写的。

Mercurial/Hg 下载地址

第一次clone

第一次使用需要先clone一份代码仓库到本地，以后就可以简单的使用pull命令获取更新了。
所以第一次使用需要 hg clone <你的仓库地址>
仓库地址可以在 BitBucket里的项目里找到。

编写 PHP

然后在服务器端写一个文件up.php，放在需要更新的目录下面， 如下代码：

以我的空间为例，就是：

其中最关键的一步是要把密码也写在URL里，否则的话就得用popen()函数来处理密码交互了，比较麻烦。

这样，只要访问这个php文件，就能更新这个网站了。

配置Hook

然后，只需要在 BitBucket 项目管理中，Admin标签里，右边Additional options/settings面板下找到Services，点进去。然后添加一个POST服务，URL地址就填写你那个PHP文件的地址就可以了。

这样就能实现往代码仓库中提交代码后，网站服务器自动下载并更新代码了。

其他

如果要自己搭建的服务器上配置的话，参考 Hg 官方Wiki

---EOF---
用这种类似的工具的好处就是不怕文件改动再多，也会上传修改后的。如果没有版本控制，恐怕代码会乱的一塌糊涂吧，而且，如果有多人同时修改文件，最后会更迷茫。不过总算有这些解决之道。听说GIT不错，还没有研究过。。。

这次更新对PHP来说只有两个更新，但这两个更新都很重要，一个是自动缩进的问题，还有一个是interface的问题。
interface我不知道是什么问题，因为没仔细注意过，自动缩进也只是偶尔出现，有时候代码没有写全时，敲回车到新行时，却不由自主的缩进了。。

看看官方的说明先：
The NetBeans team has released a new patch, which is an update to the NetBeans IDE 6.8.

The patch includes bug fixes in modules for C/C++, EJB and EAR, GUI Builder, IDE Platform, Java, Java Debugger, JavaFX SDK, Java Persistence, Java Web Applications, JSF, Local History, PHP, RCP Platform, RESTful Web Services, and Team.

To obtain the fixes, the NetBeans IDE must be installed and running. You can download the fixes through the IDE's Plugin Manager.

关于PHP的更新只有两条：

很意外，一直都认为firebug不会为chrome写插件了。毕竟chrome自带了一个F12的debug工具。
4。0开始后的chrome逐渐开始支持插件，然而，插件网站却不是每次打开都正常。也让我非常郁闷。
不过，看过chrome的插件编写的hello world，却真的发现，它的编写比firefox的插件简单的多。

上面都是闲话，真正想说的还是firebug，自从前两年firebug为IE出过lite版本后，更新幅度就小了很多，所以这次看到它为chrome做的更新，还是不禁想尝试一下的。
OK，上官方的菜，Firebug自己认为：

不过作为chrome插件，它还仅仅是一个beta版，他这么介绍的：

可以到这里进行下载：http://getfirebug.com/releases/lite/chrome/