随笔 - 75
文章 - 0
评论 - 190
阅读 -
29万
01 2011 档案
Extjs中的dom,Ext.Element和Ext.Component对象的关系
摘要:和Jquery一样,Ext.Element对象是对dom对象的封装,目的是为了跨平台以及增加一些有用的方法。但是Ext.Element是不包含外观的,封装的dom原来是怎么样就是怎么样。开发中最好有现成的组件可以使用,否则Extjs和Jquery差别真的不大了。因此Ext在Element的基础上进一步封装,产生了Component类,这些类含有外观,也就是多加入了一些html之类的进去,更方便开发者使用。依赖关系如下:Component=Element=dom因此在Component中可以通过el属性来访问该Component所依赖的Element,同样的,Element也可以通过dom属
阅读全文
认真的考虑了下领域模型,发现设计是最难的部分。书上的例子各个对象职责划分的不错,可惜能看懂不代表能设计出。
摘要:Contract类依赖Product类,Product类封装了策略对象,最后的逻辑还是Contract类的calReconigtion方法实现的。看样子是绕了一大圈。很多细粒度的对象,命名,职责划分都是头疼的问题。而对于crud来说,贫血模型+脚本似乎就够了,大家容易理解,而且还可以分头开发。而细粒度的对象,可能需要使用和开发的不止一个人,领域模型所包含逻辑有可能被重复开发。总觉得要拿什么东西来练手,可惜目前自己做的工作不允许自己这么做。
阅读全文
磨刀和砍柴,随便写写
摘要:磨刀不误砍柴工,这肯定没错,可是综合的来想,砍柴这件事情,取决的仅仅是刀这个工具吗?砍柴人的身体状态,天气状况等是不是都需要考虑的呢?当然,同等条件下,比如说都是刮风下雨天或者都是晴天,锋利的刀砍柴都要比钝刀要更有效率,但是如果综合了上面两个额外因素的话,那结论就不确定了。我入门的书是《深入理解计算机操作系统》,《C和指针》,《.NET面向对象编程揭秘》。可惜我花了大力气终于看懂了的时候,发现的现实是:南宁的不少公司,只需要做做网页,我学的这些东西对他们来说并不重要。真正用得上这些知识的公司,像我这种大专学历加上非计算机专业,根本连第一道门都过不了。失业的压力让人透不过气来,非常痛苦,也不知道
阅读全文
Extjs布局时要注意的地方
摘要:直接翻的API,虽然API中有写,但我刚开始却没注意到以至后来出现问题头疼半天,最后去查API才看到有,现在翻一下加深印象 1 使用Border布局的容器必须有一个子件在'中心'区域(region:'center')。中心区域的子件将会自动改变尺寸来填充Border布局中没有被使用的其他区域的空间。(如果不指定会报uncaught exception: No center region defined in BorderLayout XXX异常) 2 任何west或east区域的子件都必须定义宽度(一个整数代表该区域占用的像素)(如果不指定布局不起作用,并且还会报col is null的错)
阅读全文
UNPIVOT的详细说明
摘要:unpivot包含3步:1.生成拷贝 2.提取数据 3.过滤不相关的数据
阅读全文
T-SQL中的子查询,一步步详细说明
摘要:假设你需要Orders表,并且想返回每一条order的信息,并且包括前一条order的ID(在本例中就是orderid, orderdate, empid, custid,prevorderid),。但是你知道在表中的行记录是没有顺序的,这时我们需要把概念转换成SQL的等价思想:最大的值小于当前的值。用SQL语句表示如下SELECT orderid, orderdate, empid, custid, (SELECT MAX(O2.orderid) FROM Sales.Orders AS O2 WHERE O2.orderid < O1.orderid) AS prevorderi..
阅读全文
WCF和Delphi通信时序列化的问题
摘要:起因:WCF序列化的对象Delphi可以正确的接收,但是Delphi序列化的对象WCF端接收就会因反序列化错误,导致接收到的对象为NULL。还未找到解决办法,现在用的是传递XML字符串的方法而不是直接序列化对象的方式来暂时解决这个问题。但是这样就会很繁琐,毕竟要拼凑XML是一件挺繁琐的事情。下面两段式用tcp trace抓到的soapC#:<MessageLogTraceRecord><HttpRequest xmlns="http://schemas.microsoft.com/2004/06/ServiceModel/Management/MessageTrac
阅读全文
开篇:POEEA的读书感想
摘要:原来因为技术限制等原因,一直采用的是把所有逻辑都单独放在Service层的方式,这种方式最容易让人理解。不过随着开发的进展,service越来越大,也成为了一个问题,逻辑变得难以管理。我一直想解决这种问题,在学习设计模式的过程中,好像看到了点能解决问题的端倪,可在实战中,我的能力又不足以充分的使用各种设计模式。后来看到了POEAA这本书提到的领域模型,才明白了自己这种方式被叫做“贫血”模型,相对应的还有早就听说,但是不知道如何实现的“领域模型”。接下来我就打算把自己以前用贫血模型做的项目用领域模型重新做一遍,估计问题会不少,比如说是用数据库驱动还是用领域驱动呢?现实中大多数都是先设计好数据库在
阅读全文