1 多核利用
2 为单个Q务徏模方?
3 异步处理不同事gQ不必盲{?
4 C的UI也需要它
风险Q?/strong>
1 同步变量易错?
2 因资源限制导致线E活跃性问?
3 ?D的性能问题
用途：
框架QUIQBackend
U程安全的本质是什么：
q是线E和锁，q些只是基础l构Q本质是如何控制׃n变量讉K的状?
什么是U程安全Q?/strong>
是U程之间的执?strong>q没?/strong>发生错误Q就是没有发生意?
一个线E安全的cLw封装了对类内部Ҏ和变量的异步hQ调用方无需考虑U程安全问题
无状态的变量LU程安全?
原子性：
完整执行的单元，如不加锁控制Q则会发生竞态条Ӟ如不加锁的懒汉单例模式，或者复合操作?
锁，内在锁，重入Q?/strong>
利用synchronized关键字控制访问单元，同一U程可以重入锁内部，避免了面向对象生的问题。同一变量的所有出现场合应该用同一个锁来控制。synchronized(lock)?
即所有方法都用synchronized控制也不能保证线E安全，它可能在调用时编E复合操作?
z跃性和性能问题Q?/strong>
q大的粒度会Dq个问题Q用锁进行异步控ӞD了线E的序执行?
单和性能是一对矛盾，需要适当的取舍。不能在没有考虑成熟的情况下Qؓ了性能ȝ牲简z性?
要尽量避免耗时操作QIO和网l操作中使用?
]]>
问题
Store包含两个增加Record的方法，即insert和addQ其中的insert没有更新snapshot所以当重新应用filterӞ即data被重新定义时Q在data中用insert新增的记录是无效的?
解决Ҏ
用add不要用insertQ如果用insertQ记得把数据写进snapshot: store.snapshot.addAll(records)
]]>
相同点：
配置信息QXML OR 数据?
控g化：
优点Q?
1 易于d公共功能
2 修改配置数据直接生效
3 代码l构清晰Q对开发者友?
~点Q?
1 重组内存中对象结构，性能没有代码生成好（但渲染时间相同）
2 仅能控制lg自n装的配|，不支持个性化修改Q如果配|文件不支持的参敎ͼ则控件不支持
3 必须保证每个控g一个配|?
代码生成Q?
优点Q?
1 性能较好
2 易于定制内容
3 可以只配|一个模版，然后做出多个单的修改
~点Q?
1 不能针对多个面同时d公共功能
2 业务修改需要重新生成代?
3 开发者需要修改自动生成的代码Qƈ需要了解一些底层的实现l构
=====================20091029
代码生成q不能提高工作效率，其是针对复杂的富客L开?
开发组件可提提供一U有效的选项Q但是在q行效率和内存处理上需要细心处?
]]>
var workflowDef = {
start:{
fn:"begin", //对应处理Ҏ可以在内部定义，也可以在外部定义
next:["task1","task2"]
},
end:"end",
tasks:[{
id:"task1",
fn:function(){
alert("执行d一");
},
before:function(){
alert("执行d一?/span>");
},
after:function(){
alert("执行d一?/span>");
},
next:["task4","task5"]
},{
id:"task2",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d二前");
},
after:function(){
alert("执行d二后");
},
next:["task3"]
},{
id:"task3",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d三前");
},
after:function(){
alert("执行d三后");
},
//定义合ƈ的数?/span>
merge: 3,
next:"EOWF"
},{
id:"task4",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d四前");
},
after:function(){
alert("执行d四后");
},
next:["task3"]
},{
id:"task5",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d五前");
},
after:function(){
alert("执行d五后");
},
next:["task3"]
}]
}
start:{
fn:"begin", //对应处理Ҏ可以在内部定义，也可以在外部定义
next:["task1","task2"]
},
end:"end",
tasks:[{
id:"task1",
fn:function(){
alert("执行d一");
},
before:function(){
alert("执行d一?/span>");
},
after:function(){
alert("执行d一?/span>");
},
next:["task4","task5"]
},{
id:"task2",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d二前");
},
after:function(){
alert("执行d二后");
},
next:["task3"]
},{
id:"task3",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d三前");
},
after:function(){
alert("执行d三后");
},
//定义合ƈ的数?/span>
merge: 3,
next:"EOWF"
},{
id:"task4",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d四前");
},
after:function(){
alert("执行d四后");
},
next:["task3"]
},{
id:"task5",
fn:function(){
alert("执行d?/span>");
},
before:function(){
alert("执行d五前");
},
after:function(){
alert("执行d五后");
},
next:["task3"]
}]
}
//////////定义引擎////////////
Yi = {};
Yi.Utils = {};
Yi.Utils.execute = function(o){
if(typeof o != 'function')
eval(o)();
else
o();
}
//工作类
Yi.Workflow = function(workflowDef){
this.def = workflowDef;
this.tasks = this.def.tasks;
}
//public按照环节id查找查找
Yi.Workflow.prototype.findTask = function(taskId){
for(var i=0;i<this.tasks.length;i++){
if(this.tasks[i].id == taskId)
return this.tasks[i];
}
}
//public启动工作?/span>
Yi.Workflow.prototype.start = function(){
this.currentTasks = [];
Yi.Utils.execute(this.def.start.fn);
for(var i=0;i<this.def.start.next.length;i++){
this.currentTasks[i] = this.findTask(this.def.start.next[i]);
Yi.Utils.execute(this.currentTasks[i].before);
}
}
//private
Yi.Workflow.prototype.findCurrentTaskById = function(taskId){
for(var i=0;i<this.currentTasks.length;i++){
if(this.currentTasks[i].id == taskId)
return this.currentTasks[i];
}
return null;
}
//private
Yi.Workflow.prototype.removeFromCurrentTasks = function(task){
var temp = [];
for(var i=0;i<this.currentTasks.length;i++){
if(!(this.currentTasks[i] == task))
temp.push(this.currentTasks[i]);
}
this.currentTasks = temp;
temp = null;
}
//public触发当前环节
Yi.Workflow.prototype.signal = function(taskId){
//只处理当前活动环?/span>
var task = this.findCurrentTaskById(taskId);
if(task == null){
alert("工作未{到此环节!");
return;
}
//对于合ƈ的处?/span>
if(task.merge != undefined){
if(task.merge != 0){
alert("工作流转条件不充分!");
return;
}else{
Yi.Utils.execute(task.before);
}
}
//触发当前环节
Yi.Utils.execute(task.fn);
//触发后动?/span>
Yi.Utils.execute(task.after);
//下一步如果工作流l束
if(task.next === "EOWF"){
Yi.Utils.execute(this.def.end);
delete this.currentTasks;
return;
}
//遍历下一步环?/span>
this.removeFromCurrentTasks(task);
for(var i=0;i<task.next.length;i++){
var tempTask = this.findTask(task.next[i]);
if(!tempTask.inCurrentTasks)
this.currentTasks.push(tempTask);
if(tempTask.merge != undefined){
tempTask.merge--;
tempTask.inCurrentTasks = true;
}
else
Yi.Utils.execute(tempTask.before);
}
}
//public获取当前的活动环?/span>
Yi.Workflow.prototype.getCurrentTasks = function(){
return this.currentTasks;
}
//public获取程定义
Yi.Workflow.prototype.getDef = function(){
return this.def;
}
Yi = {};
Yi.Utils = {};
Yi.Utils.execute = function(o){
if(typeof o != 'function')
eval(o)();
else
o();
}
//工作类
Yi.Workflow = function(workflowDef){
this.def = workflowDef;
this.tasks = this.def.tasks;
}
//public按照环节id查找查找
Yi.Workflow.prototype.findTask = function(taskId){
for(var i=0;i<this.tasks.length;i++){
if(this.tasks[i].id == taskId)
return this.tasks[i];
}
}
//public启动工作?/span>
Yi.Workflow.prototype.start = function(){
this.currentTasks = [];
Yi.Utils.execute(this.def.start.fn);
for(var i=0;i<this.def.start.next.length;i++){
this.currentTasks[i] = this.findTask(this.def.start.next[i]);
Yi.Utils.execute(this.currentTasks[i].before);
}
}
//private
Yi.Workflow.prototype.findCurrentTaskById = function(taskId){
for(var i=0;i<this.currentTasks.length;i++){
if(this.currentTasks[i].id == taskId)
return this.currentTasks[i];
}
return null;
}
//private
Yi.Workflow.prototype.removeFromCurrentTasks = function(task){
var temp = [];
for(var i=0;i<this.currentTasks.length;i++){
if(!(this.currentTasks[i] == task))
temp.push(this.currentTasks[i]);
}
this.currentTasks = temp;
temp = null;
}
//public触发当前环节
Yi.Workflow.prototype.signal = function(taskId){
//只处理当前活动环?/span>
var task = this.findCurrentTaskById(taskId);
if(task == null){
alert("工作未{到此环节!");
return;
}
//对于合ƈ的处?/span>
if(task.merge != undefined){
if(task.merge != 0){
alert("工作流转条件不充分!");
return;
}else{
Yi.Utils.execute(task.before);
}
}
//触发当前环节
Yi.Utils.execute(task.fn);
//触发后动?/span>
Yi.Utils.execute(task.after);
//下一步如果工作流l束
if(task.next === "EOWF"){
Yi.Utils.execute(this.def.end);
delete this.currentTasks;
return;
}
//遍历下一步环?/span>
this.removeFromCurrentTasks(task);
for(var i=0;i<task.next.length;i++){
var tempTask = this.findTask(task.next[i]);
if(!tempTask.inCurrentTasks)
this.currentTasks.push(tempTask);
if(tempTask.merge != undefined){
tempTask.merge--;
tempTask.inCurrentTasks = true;
}
else
Yi.Utils.execute(tempTask.before);
}
}
//public获取当前的活动环?/span>
Yi.Workflow.prototype.getCurrentTasks = function(){
return this.currentTasks;
}
//public获取程定义
Yi.Workflow.prototype.getDef = function(){
return this.def;
}
////////应用pȝ///////////////
var wf = new Yi.Workflow(workflowDef);
alert("启动工作?/span>");
wf.start();
alert("试手工执行d3,q回工作没有流转到q里");
wf.signal("task3");
alert("分支开?/span>");
alert("手工执行d1");
wf.signal("task1");
alert("手工执行d2");
wf.signal("task2");
alert("手工执行d4");
wf.signal("task4");
alert("手工执行d5");
wf.signal("task5");
alert("手工执行d3");
wf.signal("task3");
function begin(){
alert("程开始，该函数在外部定义");
}
function end(){
alert("程l束");
}
var wf = new Yi.Workflow(workflowDef);
alert("启动工作?/span>");
wf.start();
alert("试手工执行d3,q回工作没有流转到q里");
wf.signal("task3");
alert("分支开?/span>");
alert("手工执行d1");
wf.signal("task1");
alert("手工执行d2");
wf.signal("task2");
alert("手工执行d4");
wf.signal("task4");
alert("手工执行d5");
wf.signal("task5");
alert("手工执行d3");
wf.signal("task3");
function begin(){
alert("程开始，该函数在外部定义");
}
function end(){
alert("程l束");
}
]]>
{
xtype: 'checkboxgroup',
name: 'biztype',
width: 220,
columns: 3,
fieldLabel: '业务cd',
items: [
{boxLabel: 'cd1', inputValue: '01'},
{boxLabel: 'cd2', inputValue: '02'},
{boxLabel: 'cd3', inputValue: '03'},
{boxLabel: 'cd4', inputValue: '04'}
]
}
xtype: 'checkboxgroup',
name: 'biztype',
width: 220,
columns: 3,
fieldLabel: '业务cd',
items: [
{boxLabel: 'cd1', inputValue: '01'},
{boxLabel: 'cd2', inputValue: '02'},
{boxLabel: 'cd3', inputValue: '03'},
{boxLabel: 'cd4', inputValue: '04'}
]
}
的checkboxgroup定义Q需重写cd下：
Ext.override(Ext.form.CheckboxGroup,{
//在inputValue中找到定义的内容后，讄到items里的各个checkbox?nbsp;
setValue : function(value){
this.items.each(function(f){
if(value.indexOf(f.inputValue) != -1){
f.setValue(true);
}else{
f.setValue(false);
}
});
},
//以value1,value2的Ş式拼接group内的?nbsp;
getValue : function(){
var re = "";
this.items.each(function(f){
if(f.getValue() == true){
re += f.inputValue + ",";
}
});
return re.substr(0,re.length - 1);
},
//在FieldcM定义的getNameҎ不符合CheckBoxGroup中默认的定义Q因此需要重写该Ҏ使其可以被BasicForm扑ֈ
getName : function(){
return this.name;
}
});
//在inputValue中找到定义的内容后，讄到items里的各个checkbox?nbsp;
setValue : function(value){
this.items.each(function(f){
if(value.indexOf(f.inputValue) != -1){
f.setValue(true);
}else{
f.setValue(false);
}
});
},
//以value1,value2的Ş式拼接group内的?nbsp;
getValue : function(){
var re = "";
this.items.each(function(f){
if(f.getValue() == true){
re += f.inputValue + ",";
}
});
return re.substr(0,re.length - 1);
},
//在FieldcM定义的getNameҎ不符合CheckBoxGroup中默认的定义Q因此需要重写该Ҏ使其可以被BasicForm扑ֈ
getName : function(){
return this.name;
}
});
2 通过内置对象basicForm的getValuesҎ可以获取C个form的完整json数据Q但遗憾的事Q这里取到的是dom的raw数据Q类似emptyText的数据也会被q回Q而Field的getValueҎ不存在这个问题，所以如果想要返回一个非raw的json集合Q可以给formpaneld如下ҎQ?br />
getJsonValue:function(){
var param = '{';
this.getForm().items.each(function(f){
var tmp = '"' + f.getName() + '":"' + f.getValue() + '",';
param += tmp;
});
param = param.substr(0,param.length - 1) + '}';
return param;
}
var param = '{';
this.getForm().items.each(function(f){
var tmp = '"' + f.getName() + '":"' + f.getValue() + '",';
param += tmp;
});
param = param.substr(0,param.length - 1) + '}';
return param;
}
q个Ҏ同样适用于上面定义的checkboxgroupQ如此就可以把前后台的数据通过jsonl一h?
]]>
现在已知的方法可以通过Base64q行~码Q其原理和方法见Q?br /> http://baike.baidu.com/view/469071.htm
q种Ҏ采用了字节中?位进行文本{换，q且在其他论坛上也看C帖子说淘宝的搜烦也采用了q种~码方式q行处理?br /> 但是采用?位进行{换。ƈ且大胆地l出?位{码的法Q见Q?br /> http://www.javaeye.com/topic/286240
不过q种5位的转换会生更多多余的字节Q?位的转码充分利用了现今的可读文本Q可?位却没有Q因??的最公倍数?0Q?br />
所以当每{?0位即5个字节的二进制数据需?个字节来表示Q这样就多?个字节，费的效率是3/5, ?位{码浪费的效率?br />
1/3。而且随着字节增多Q{化效率也在下降。可见采?位{码是一U既费I间Q又费效率的解x案。在不增加url长度的情况下充分提高效率Q?位编码是最佳的。如果可以Q意的饿牺牲url长度Q?br />
可以?-9全部拿出来当做标CQ?-9不会单独出现Q这样一共有10*26 + 26 = 286 U可能还不包括小写字母，
此外q有=Q?Q?什么的臛_256可以~码8位的字节了，q样处理效率提高了?/p>
现在把问题优化一下，人类可读无歧义的文本码有0-9QA-Z,a-z?2?br />
讑֏出x个作为标志位?62-x) * x + (62 - x) >= 256
解这个二元一ơ方E得?
3.366<=X<=57.634
考虑到编码的文本长度Q取x的最|?4
最优解Q?br />
?, 1, 2, 3做ؓ标志?br />
4-9QA-Z, a-z参与~码q与标志位配合实?位字节的文本?br />
可以看到q种Ҏ的{码效率会比较高，但是I间冗余大?/p>
此外其实可用的文本不?2个，包括感叹L用上后补?4 = 2^6
它的高位?00
那么只要再找C个文本符保存其他三个高位01 10 11可以了
q样的{码空间可以更一些?/p>
xq很不成熟，Ƣ迎大家批评
1QEOS固化的开发流E强制一个team从一U易于维护的l构l织WebQ包括页面，表示层，逻辑层等{。否则的话就需要一个架构师来做U，但仍不易于管理；
2QEOS的画囑֊能让目一斎ͼ?#8220;代码x?#8221;的哲学出发，q些d很好地诠释了代码表述的内容和l构Q给E序的维护带来便利?br /> 3Q相对于OO和J2EE传统开发，EOS易于上手Q学习曲U较短。但是这一Ҏ争议QEOS的知识不具备通用性?br /> lgQ根?-8的关pL则，在某些领域EOS的确有其优点Q但是认为EOS完全“解放”了程序员Q则是不负责ȝ说法?br /> q只是我的个人看法，Ƣ迎大家此话题讨论?
]]>
]]>
Are you doing the job anybody can do if given enough time to read the technical handbooks and rebuild the system or you have created something?
If you are in the same situation, you are probably a coder instead of a programmer.
]]>
I must be an extremely patient user of Linux, for I have been trying to install all versions of Linux distributions lately, and getting used to the shell commands.
I also read some books on the subject. To be honest, it is true that the command lines are more efficient, and this can be verified by the following calculation:
Suppose a mouse have 3 keys, and the keyboard ten times more. The three key mouse can generate actions 3^2 when clicked 2 times, while the keyborad 30^2. Come on, no matter we clicked the keyboard or the mouse, we just clicked 2 times.
]]>
作ؓ开发环境和服务器倒是非常不错的，因此我把 Linux 配置成了一个开发工P而用 Windows 来娱乐?/span>
vi nano emacs anjuta eclipse都是非常好的~辑开发工兗?br />
]]>
原作|址Qhttp://www.theserverside.com/news/thread.tss?thread_id=42598
Empathy Box在blog中介l了~程应该注意?个问题，q篇文章实际表述了编E时应引h意的很重要的6个思想 阅读全文
]]>
]]>
Google在FAQ上说? Google意识到对开源项目开发者而言Q有多种的选择未尝不是一件好事?q个开源资源库软g资源的储?邮g列表讨论和bugq踪.
需要说明的是google资源寚w择了具备一定的合适许可证的知名项目（比如sourceforge上的目来提供下载）。站炚w用SVNq行理?br />
您对google的新丑֊有何高见呢？
]]>