懒，懒人，我是个懒人。
懒人想做点事，总是拖拖拉拉，迟迟没有开始。
很久很久以前，就想做属于自己的产品，但是至今还没有一个属于自己的产品。
两年前，终于想好，要做一个网上卖水果的系统，手机上点点，水果送到家。
一腔热血，但是困难重重！三大难题如下：
1、产品供应问题？
2、配送问题？
3、仓储问题？
卡住了，一个屁民，没那么多资本，能做这样的项目？
简直不可能，身边也没有土豪朋友，没人投资。
技术搞久了，人脉好像很单纯，身边没什么人有能力投资。
两年很快过去了，当然懒人什么也没做出来。
Ok，今天又开始思考创业的问题。
可能是IQ,EQ,QQ...都很低，没想到什么好项目，又想起网上卖水果。
好吧，那就网上卖水果。
还好现在心境比两年前好，现在好像要向命运屈服的样子，随遇而安，不怕打击了，从头上的白头发可以看出来这一点。
虽然两年前的三大难题还摆在那里，但是现在觉得，车到山前必有路。
所以先把系统做出来再说！有了系统，说不定就有投资，有了投资，山都可以移，不是么...
系统怎么做？当然是慢慢做，因为人懒。
懒人，喜欢简单，不用动脑子。因此系统简单一点好。
首先，产品少而精。太多的产品会让用户眼花缭乱，把一些优质产品做好了就行，这可能是太懒散的想法。这样系统的规模也就很小了。至少数据库里产品表数据很少。
其次，只支持货到付款。这样在线支付也不做了。
这样一来，系统功能就简单了。
后台功能（增删改查）：
1、用户管理
2、订单管理
3、产品管理
客户端功能：
用户注册、登录、查询水果、下订单、订单查询、分享产品信息。
好，现在看来，系统有三要素：用户、产品、订单。
1、用户使用手机号注册登录。用户提供住址作为默认送货地址。用户关键信息是手机号和住址。
2、产品少而精。要有优质图片和文字介绍。包含产地、营养成分、是否应季、适合人群、吃法、如何挑选等信息。当然信息可以不断完善。
3、用户下订单，后台响应配送，用户收货确认，订单完成。用户不满意可以当场退货拒收，用户确认订单拒收。用户在配送前可以取消订单。这样一来，订单有几个状态：未配送 已配送 已收货 已退货 已取消。
好，看样子可以做数据库设计了。5张表：用户信息、产品信息、订单信息、订单包含产品、地区
1、用户信息（用户手机号、收货地址、创建时间、修改时间、状态字段）
2、产品信息（编号、名称、价格、地区编号、图片、营养成分、是否应季、吃法、如何挑选、其他文本描述、创建时间、修改时间、状态字段、扩展字段1~2）
3、订单信息（编号、用户账号、收货地址、联系电话、总金额、状态字段、创建时间、修改时间）
4、订单包含产品（编号、订单编号、产品编号、购买数量、单价）
5、地区（编号、名称）
关系很简单，用户包含多个订单，订单包含多个产品。一对多关系。
好，好像连面向对象设计都可以做了。用户(User )是一个类。产品(Fruit )时一个类。订单(Order)是一个类。订单商品(OrderFruit)是一个类
字段是数据，行为是方法，方法对数据进行处理。所以要为类设计字段和方法。
1、User
包含字段（Id, address, state, createTime, updateTime）
包含方法（add,delete,update,find）
2、Fruit
包含字段（Id, name, price, city, imageUrls,nutrient,isSeason,eatTips,selectTips,description,state,createTime, updateTime,extendField1,extendField2）
包含方法（add,delete,update,find）
3、Order
包含字段（Id, userId, orderFruits,address,phone,totalPrice,state, createTime, updateTime）
包含方法（add,cancel,update,find,deliver,receiptConfirm,returnConfirm）
4、OrderFruit
包含字段（Id, orderId,fruitId,count,price）
包含方法（add,delete,update,find）
OK 今天就到这里。
懒洋洋地伸个懒腰。。