MyException - 我的异常网
当前位置:我的异常网» Java Web开发 » 几个开发设计中会经常让人思考的有关问题, 请高手

几个开发设计中会经常让人思考的有关问题, 请高手们指点,先谢过

www.MyException.Cn  网友分享于:2015-08-27  浏览:13次
几个开发设计中会经常让人思考的问题, 请高手们指点,先谢过

在具体项目设计,开发过程中,这些问题我想朋友们一定不陌生,你们是怎么考虑的,欢迎交流,向你们学习:

1. abstract和interface在应用方面何时用抽象类,何时用接口 
2. 你们对struts,hibernate是怎么理解的(体会到的好处,体会到的优点),觉得何时用好,何时不用好
3. 想听听你们对内部类的理解(何时用它),为什么要引入内部类呢? 

4. 在设计中,经常会抽象出类,朋友们是如何抽象出来的(实体类,边界类,控制类)? 

5. 如果资料库中有张表有1000万条记录,如何优化,才能让查询更快点

【注: 这些内容刚开始登在java 基础类板块,也许发错地方,关注的朋友很少】

诚心请教各位朋友

------解决方案--------------------
通用功能用abstract 行为规范用interface.
比如说每个Dao都会有CRUD.具体起来又会有所不同.但是总有一部分是重复的:

在interface CrudDao{ Entity getEntityById(Serializable id); }

用一个抽象类去实现public class BasicDao implements CrudDao{ protected Entity entity; Entity getEntityById(Serializable id){....} }

在上面两步中用接口规范了一个行为. 用抽象类确定了该行为方法功能.
子类继承该抽象类,得到并实现自己的entity.就可以拥有多态性了.
------解决方案--------------------
关于interface:
给你举个例子,interface某个方面的应用:
有两类物体,“汽车”和“动物”都有‘叫’这个动作。说明不同类型物体之间也有相同的动作。
我们可以定义他们的子类“轿车”和“狗”。

1.我们可以这样做:在“汽车”这个抽象类中定义抽象方法'叫'。在“动物”这个抽象类中定义抽象方法'叫'。他们的子类就可以有不同的'叫'动作。
2.我们也可以这样做:把'叫'这个动作抽象到一个接口中。“轿车”继承“汽车”并实现'叫'接口,他就具有自己的'叫'动作。“狗”也一样。

第2种的做法优势在于:如果我们的代码中有个方法叫"展示各种叫法",show(类型X x1){x1.叫();}
这时我们就可以把这个类型X声明为‘叫’接口类型,任何实现了‘叫’接口的类实例都可以作为参数传进来。但是我们用第1中做法时,就很难做到,这个类型X声明为什么类型好呢?
------解决方案--------------------
5. 如果资料库中有张表有1000万条记录,如何优化,才能让查询更快点 


这个比较难说,需要看是什么表。
可以分布式来完成,将数据放在不同的服务器。
如果是用户表,可以选择对用户名进行分表划分。这样效率提高几倍。
对某个字段做视图,然后在视图上面做索引。
------解决方案--------------------
2. 你们对struts,hibernate是怎么理解的(体会到的好处,体会到的优点),觉得何时用好,何时不用好 


hibernate主要还是ORM思想,还有对象状态:持久化,脱管,实例状态。理解了这些概念,操作起来就比较容易了。
struts主要是MVC模式,通过控制器对页面的请求进行中转。例如,可以通过一个类来控制相似的请求,如果是servlet或者jsp,就需要很多这样的类和页面,难以管理(dispatchAction得好处)
------解决方案--------------------
引用楼主 myJavaRoad 的帖子:

在具体项目设计,开发过程中,这些问题我想朋友们一定不陌生,你们是怎么考虑的,欢迎交流,向你们学习:

1. abstract和interface在应用方面何时用抽象类,何时用接口
2. 你们对struts,hibernate是怎么理解的(体会到的好处,体会到的优点),觉得何时用好,何时不用好
3. 想听听你们对内部类的理解(何时用它),为什么要引入内部类呢?

4. 在设计中,经常会抽象出类,朋友们是如何抽象出来的(实体类,边界类,控制…

------解决方案--------------------
5. 如果资料库中有张表有1000万条记录,如何优化,才能让查询更快点 

如果只是在1000万的级别的话,你用分区和索引和优化查询语句就能解决了。
如果数据量再大就还要采取其他的一些方案了。
------解决方案--------------------
通用功能用abstract 行为规范用interface. 
比如说每个Dao都会有CRUD.具体起来又会有所不同.但是总有一部分是重复的: 

在interface CrudDao{ Entity getEntityById(Serializable id); } 

用一个抽象类去实现public class BasicDao implements CrudDao{ protected Entity entity; Entity getEntityById(Serializable id){....} } 

在上面两步中用接口规范了一个行为. 用抽象类确定了该行为方法功能. 
子类继承该抽象类,得到并实现自己的entity.就可以拥有多态性了.
------解决方案--------------------
1. abstract和interface在应用方面何时用抽象类,何时用接口 
abstract 一般是放一些通用的功能,且有些方法的实现(方法体一样)也是共同的
接口,是标准,没有且体的实现,1>.接口主要是为了配合工厂使用,实现解耦合,定义了接口,可以有不同的实现,如CRUD,可以用hibernate实现,也可以用jdbc实现,2>开发中,更好地分工,只要定义了接口,层与层之间开发只须要有接口就可以,可以不知道具体实现,业务层,持久层,可以同时开发,互不影响,接口定义的好不好,直接影响项目的开发。如:你的接口,打个jar包导到我的项目中,我可以使用。

2.你们对struts,hibernate是怎么理解的(体会到的好处,体会到的优点),觉得何时用好,何时不用好 
struts 和 hibernate 我觉得网上资料多得不能再多,我只是想说几点,首先他们都是不错的轻量级的框架,使用起来也非常的方便,但是网上,论坛上的褒贬也不一,我觉得作为企业开发上,还有一点非常重要,那就是:1.他们是开源的 ,2.它们在无形之中已经是一套标准,先不从技术讲,如在公司开发过成中,程序员,甚至所有人都是这样的,公司的标准不是标准备,上有规定,下有对策,人人都可以违反,如表示层,没有struts,你写的代码跟我写的代码可以千差万别,甚到为了些简单的实现,走不少不雅的捷经,这就在后期维护和合作开发当中严重影响效率,有了struts等标准,大家都会,人人都遵守,开发都来当然效率也高,也快。
------解决方案--------------------

文章评论

软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有