用代码拆掉你思维的墙

一个好的框架是可以让大家的代码标准化，这样多人写的代码基本都是统一的，不会存在意大利面条式的代码，过了一段时间，连自己看也看不懂，改也改不了。更别谈别人要接手了。

很多狐友的说我招不到合适的人，新人都培养不起来，没有办法教。那最终的根本原因是不会放手。不会放手，有两种原因

原因之一，是真的不会

像现代的代码开发方式，一概不学，不去交流碰撞，不去看现在编程世界主流的样子是什么。
就拿说一段SQL连接查询表的流程来说：

1. 创建连接SQLSTRINGCONECT
2. 连接句柄是否>0,大于0继续。
3. SQLEXEC 发送 select * from 表名
4. 拿着表干啥干啥
5. 关闭连接

每一次操作，每增加一个功能都要来一遍，表多起来，IF 多起来，那就是落落长了。所以一段业务流程几千行那就这么出来了。还有关键一点，很多人连错误异常都不做，如中间连接中断了，就自己写个提示，查询失败，为啥失败，不知道。

有人不服气，说书上就是这么教的？

那书也不是宇宙真理吧。

那现在该怎么做呢？

oBBSQLHelper=newobject("MSSQLHelper","MSSQLHelper.prg")
if oBBSQLHelper.SQLQuery("select * from ryxx","ryxx")<0
  ?oBBSQLHelper.errmsg
  return 
endif
brow

为什么每次查询一个表，自己就要去创建一个SQL连接，由一个类一个对像帮你把这个事干了，行不行？，连接错误处理也替你干了行不行？

学会不写重复的代码，这才是真正的编程核心。

原因之二，不懂管理

管理的原理就是拆分， 把复杂的工作拆成几个简单的工作。

福特汽车利用了流水线，每个人只管一道工序，把这个工序做到极致，这才是效率的最大化，同时也降低了汽车成本，让汽车变成人人都可以买。

在软件开发领域比如，权限已经写完了，新来的成员，压根不需要管权限是怎么实现，只需要在UI层表单newobejct一下权限类，是不是就拥有了权限。

需要调用客户信息的时间，直接就引用客户信息的表单，返回一个客户信息的对象，这样是不是开发也容易了？

团队的搭配：
前端、后端+数据库
前端、后端、美工
PC+苹果+安卓、后端、数据库
很多很多，划分工作的边界，是不是发现很多工作是可以划分开来的？

又从另外的角度，把业务、接单、售后从自己手上分出去OK不？让自己的精力做更有价值的事情？

更多资料：www.sn58.cn