框架设计
提供framework design guideline.
摘要: 从以下几个方面进行比较:
1.从技术方面对框架的优点和缺点进行分析
2.从IDE支持的情况进行对比分析
3.从精通那个框架更有利于找到工作进行分析
4.从用人单位招聘的Job数据进行分析,看那个框架出现在招聘要求中的次数更多
5.从亚马逊上的看那个框架出的书最多
6.从Google 搜索分析Google trends看那个框架搜索最多
阅读全文
摘要: Oracle一直致力于全文检索技术的研究,当Oracle9i Rlease2发布之时,Oracle数据库的全文检索技术已经非常完美,Oracle Text使Oracle9i具备了强大的文本检索能力和智能化的文本管理能力。Oracle Text是Oracle9i采用的新名称,在Oracle8/8i中它被称作Oracle interMedia Text。使用Oracle Text,可以方便而有效地利用标准的SQL工具来构建基于文本的新的开发工具或对现有应用程序进行扩展。应用程序开发人员可以在任何使用文本的Oracle数据库应用程序中充分利用Oracle Text搜索,应用范围可以是现有应用程序中可搜索的注释字段,也可是实现涉及多种文档格式和复杂搜索标准的大型文档管理系统。Oracle Text支持Oracle数据库所支持的大多数语言的基本全文搜索功能。
阅读全文
摘要: Ibatis在项目开发中,无论是企业管理还是电子商务,Productivity作用都非常的大,淋漓尽致的体现了模板的好处,将sql的繁杂的语法和查询条件参数数据清晰的剥离出来,无论是开发速度和代码的易维护性上,都是无可比拟的。我对于ibatis的源码进行了改造,起名为XIbatis。主要在分页上做了增强,并以后会在模板语法上做改进。
阅读全文
摘要: 基于Struts2的开发,如果没有足够的经验和规范做支撑,并不能带来还多的好处,如果失控,一样和JSP+servlet泛滥,这一点需要警示。
阅读全文
摘要: Ext.form.ComboBox 是基于输入框封装的widget,很灵活,代价是易用性非常差,特别是针对复杂的多级级联框。
调用者需要针对自己的需求做一下灵活的封装,来降低复杂度,让开发人员更容易调用,同时代码复用的程度更高。
无论是省市乡镇,还是商品分类,无论是两级,还是多级,还是同级多个Child, API的行为都应当保持一致。
阅读全文
摘要: 框架毕竟是框架,没有最完美的,只有相对合适的,使用者需要分析知道自己的问题在那里,然后去设计开发、使用合适第三方的框架,或直接使用、或二次封装、开发、修改源代码,来解决自己的问题,总之,不要做一个问题的抱怨者,等着别人煮米下锅。
阅读全文
摘要: 最近,负责客户的一个项目设计的审计工作,是一个短信平台的项目,上行和下行通信都有,之所以叫平台,是想将客户的很多的业务系统,涉及到短信的部分都统一挂接到者一个服务平台当中,只要一家服务提供商,量大从优,避免各自为战,浪费资源。业务系统多是遗留系统,当中对短信需求各不一样,客户从自己的vendor List中找了一个短信服务提供商(SP)。一般的要是能进入vendor list中,说明实力还是有的。
阅读全文
摘要: 对于business rule, 一般的情况是, 好的BA,可能更善于发现、抽取business rule ,并用结构化的方式描述、记录下来, 普通的BA可能更是一种流水账式的、吃那拉那的描述方式。
不管怎样,BA在写文档,use case的时候,那些business rule被分布在文档中不同的部分,然后这些rule,在分工时,有被理所当然的分给不同的开发人员来开发。
阅读全文
摘要: 设计者高高在上,不食人间烟火,只是提供约束,不要这样,必须那样,而不是提供方法和可以复用的API。
开发者是处于解决问题的一线,饱尝重复造轮子的疾苦,他们最需要的是快速的解决问题,以更恰当的方式工作,寻找更容易构建系统的技术和方式。
Jquery给设计者上了很好的一课。
Jquery就像一个魔法师一样,$()就像魔法棒一样,随手一指,一个木偶变复活了,一瞬间具备了各种各样的复杂的能力。
阅读全文
摘要: 技术是基础,积累才能提高,用户是目的。成熟的架构+创新的扩展,server端,团队应当继续构建、成熟以spring为基础的企业应用开发平台,深度挖掘、孵化、封装,同时将精力转向客户端。努力实现客户端与server端的粘合剂开发提高开发效率,建议的平台是spring + jquery
阅读全文
摘要: full-stack 的设计,意味着各层能够无缝的集成在一起,遵循的DRY原则(don't repeat yourself),将各层共用的东西,抽取出来,并通过自顶向下的设计,无缝的集成在一起,粘合在一起,达到更高层次、更粗粒度的重用,同时为了保证灵活的可扩展性,在更高、更粗的粒度上遵守开放-封闭的原则,在各层的各个关键点,要提供诸多的钩子,回调的接口,供使用者扩展。full-stack的设计,在层与层之间,并不一味的追求松散的机制,而是相反,在层与层之间增强一定的内聚性,粘合力,以此来达到粗粒度的封装与重用。
阅读全文
摘要: 最近做一个比较大的电子商务项目,预计每天订单量将在5万多单,客服人员需要频繁的下单、查询订单、操作订单,客人预订完订单后,会立即进入处理流程,为了提高服务质量,要求流水化作业,平均要在40分钟-80分钟内处理完订单。所以订单在创建后,会在短时间内,被频繁的修改和查看.
阅读全文
摘要: 我觉得现在技术换代很快,使用一项技术,首先是要快速的解决问题,然后要学习他的思想,那些整天死抱着Hibernate,自认为学习到ORM的设计技巧的人,就去继续的学吧。
我已经会用Hibernate的一些方面,我觉得够用就行了,犯不上,天天钻研HSQL,如果有时间,我觉得躺在草坪上看看Unix的编程艺术,看看代码大全,看看Oracle的编程艺术,比看Hibernate的SB书要惬意多了。
阅读全文
摘要: 我认为避谈代码是可耻的,只要编码有意义,我们在任何阶段,都应当投入到编码当中。
阅读全文
摘要: 所以对于框架来说,职责的分担,是很重要的,完成你该完成的,该扩展的地方,即要提供默认实现,也要提供接口,供调用者二次开发。这才是框架的可扩展性、灵活性所在。
很多人在开发框架时,总期望做很多东东,自己给自己加套,反而丧失的灵活性,同时提供了很多不能扩展的实现,等于强加意志给使用者,爱用不用。
阅读全文