# 用代码拆掉你思维的墙,别人的肩都给你了,你还不站

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

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

# 原因之一,是真的不会

像现代的代码开发方式,一概不学,不去交流碰撞,不去看现在编程世界主流的样子是什么。 就拿说一段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
1
2
3
4
5
6

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

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

# 原因之二,不懂管理

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

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

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

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

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

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