<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></title> 
<link>http://www.jackxiang.com/index.php</link> 
<description><![CDATA[赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></copyright>
<item>
<link>http://www.jackxiang.com/post//</link>
<title><![CDATA[[有点想法]想实现真正的MVC分离还得靠脚本来干活，恰好遇到Google离去，WebKit未来是否会陷入泥潭？]]></title> 
<author>jack &lt;xdy108@126.com&gt;</author>
<category><![CDATA[WEB2.0]]></category>
<pubDate>Tue, 09 Apr 2013 13:12:51 +0000</pubDate> 
<guid>http://www.jackxiang.com/post//</guid> 
<description>
<![CDATA[ 
	 用户写成的脚本.js或.lua被打包进DirectUI 的皮肤文件中：<br/>&nbsp;&nbsp;&nbsp;&nbsp;DirectUI的界面逻辑既可以在用户程 序中调用进行控制也可以采用脚本进行 控制。目前支持的脚本为Javascript与Lua 两种，用户可以选择其中的一种来使 用。何为界面逻辑？为何需要脚本来控 制呢？所谓界面逻辑，指的是与界面操 作相关的一系列方法与事件。比如在界 面中有一个按钮用来控制左侧面板的缩 进与展开。在传统的界面开发方式下， 我们需要在应用程序里面响应该按钮的 Click事件来对左侧面板进行位置的控 制。这样的处理方式会导致界面逻辑的 修改而影响到应用程序的重新编译。而 界面逻辑的变化与调整在整个软件的生 命周期内是非常频繁与普遍的。所以找 到一种界面逻辑的变化不会影响到应用 软件的重新编译的方式成为第三代界面 库的一大技术要点。DirectUI很巧妙地运 用了脚本特有一些特性，将内部生成的 控件实例对象通过脚本规则导出到外 部，由脚本来调用控件的接口与方法。 用户写成的脚本.js或.lua被打包进DirectUI 的皮肤文件中。这样，当程序切换皮肤 文件时，也把相应的界面逻辑也一同切 换了。没有脚本支持的界面库是无法做 到界面与业务逻辑的彻底分离的。所 以，是否支持脚本控制就成为界面库能 否真正实现界面与业务逻辑彻底分离的 标志性技术点。<br/><br/><br/><br/>Google创建了WebKit分支为Blink，目前除了Opera之外还没有浏览器开发商计划使用Blink。过去几年，Google是WebKit项目最主要贡献者，如果Blink的开发速度超过WebKit，可以预见未来会有更多项目从WebKit换到Blink。Google fork WebKit（或者更精确的说法是fork WebKit的HTML和CSS核心渲染引擎WebCore），原因是WebCore需要同时满足Google和苹果的需要，导致了过度复杂化，因为 Google用自己的JavaScript引擎V8，而苹果仍在使用JavaScriptCore。<br/><br/>Google从WebCore中清除掉苹果的代码而创 建了Blink，苹果开发者也在考虑清除WebCore 中的Google代码，但引发了争议，因为使用WebKit的第三方可能依赖于Google贡献的代码。Google的离开导致WebKit项目许多组件 无人维护，其中一些可能会被彻底遗忘和抛弃，比如Google贡献了初步支持CSS自定义属性的代码，代码现在没人维护，苹果因此决定移除它，但该功能是W3C正在积极开发的标准之一，如果只是扔掉代码而不填补空缺，WebKit估计很快会成为第三方项目的第二选择。<br/><br/><br/>近来，Blink-WebKit分裂将殃及部分浏览器， 随着谷歌宣布即将停止使用Webkit作为Chrome浏览器的渲染引擎之后，浏览器开发者们正在遇到一系列的新问题。<br/><br/>&nbsp;&nbsp;&nbsp;&nbsp;刚刚将引擎迁徙到Webkit上的Opera浏览器马上宣布支持Blink。Opera公司的布鲁斯-劳森（Bruce Lawson）表示，“Opera在未来将继续支持Blink，并将其作为Opera浏览器的全新渲染引擎。”<br/><br/>&nbsp;&nbsp;&nbsp;&nbsp;在移动市场，WebKit和Safari一直占据着统治性的地位，即使网页的渲染机制变成了Blink，也无法在根本上改变网页在Safari上的呈现效果。据悉，CSS变量这种技术或许对程序员来说是点儿挑战，不过传言苹果的开发人员将不会在Safari中加入对这种渲染技术的支持，不过对于一向特立独行的苹果来说，由此决定并不令人吃惊。原文地址:http://nb.zol.com.cn/365/3653289.html <br/><br/>qt开发webkit：我的建议是用　qtwebkit&nbsp;&nbsp;来自：http://qvb3d.iteye.com/blog/1511247<br/>昨天遇到一个兄台,说要qt写界面<br/>有时界面会变动很大<br/>我的建议是用　qtwebkit<br/>具体是什么样的呢,也不知道那个兄台能不能看到这博客<br/>把以前项目中的内容,简化成例子<br/><br/>WebKitGTK＋是可移植渲染引擎WebKit在GTK+平台下的接口。<br/><br/><br/>今天在LinuxTOY那篇Google Chrome上与华华兄谈起WebKitGtk的事情，就顺便在这里一起讲了吧。<br/><br/> <br/><br/> <br/><br/>我在WebKitGtk进展中讲到，WebKitGtk从r38834开始就已经实现JS开新窗口了。<br/><br/>现在我用的r40220当然也已经支持了，更何况两位兄台用的比我的还新一点！<br/><br/>
]]>
</description>
</item><item>
<link>http://www.jackxiang.com/post//#blogcomment</link>
<title><![CDATA[[评论] [有点想法]想实现真正的MVC分离还得靠脚本来干活，恰好遇到Google离去，WebKit未来是否会陷入泥潭？]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>http://www.jackxiang.com/post//#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>