抛开种种束缚，让代码写的更有意义吧
抛开种种束缚，让代码写的更有意义吧
不知道什么时候开始，人们写代码开始OOP了，也不能说全是坏事。
往往简单的事情搞的一头雾水，让小菜们不知道，项目如何分层？
为什么要建工厂类，代码类，接口。
直接写不是更好， 所谓的专家会告诉你，接口多少优秀，什么页面
调用的不用知道具体实现细节，就可以调用。
大多数的时候，我们会到到如下代码。
//接口
interface IAdminDAL{
//管理员登陆
public bool CheckLogin(String uName,String uPwd);
}
//代理类
class AdminDAL
{
//实例化Dao对象
AdminDBL DBL=new AdminDBL();
public bool CheckLogin(String uName,String uPwd)
{
DBL.CheckLogin(String uName,String uPwd)
}
}
//数据库操作类
class AdminDBL
{
public bool CheckLogin(String uName,String uPwd)
{
.....数据库操作略。。。
}
}
明明，一个很简单的，管理员登陆功能，却要写上两层包装。还实例化了对象，速度上肯定不会比直接写要简单。
专家又说了，什么可维护性。
说使用接口，看起来简单。我说，你不把代码展开，看着不是一样么。也能一清二楚的看到里面所有的方法。
里三层，外三层的设计代码的可读性差了，程序的性能低了，为什么还要这么设计呢。
他们说，代码写的太容易看懂不就成了小菜了。熟不知,高手的代码更要注意可读性。
抛开种种束缚，让代码写的更有意义吧。