一个android工程师写java后台的感受

由于项目需要，应该是公司缺人手吧，项目经理的一句有人对javaWeb感兴趣么，就把这活接到了手中。以前从未写过javaEE的东西，有概念的话也是从培训时候学到的，还有就是自己看视频学习，但只是做过小的code，完整的项目还没有做过，这算是第一个。

写代码从来都是一把梭，说干就干，安装了MyEclipse和MySQL，搭建好tomcat环境后，领导给了一个SpringMVC的框架就说写吧，不懂就问，由于框架里有些方法都是他封装好的，所以没有在框架配置上费太大力气，可是对于一个小白来讲也是够可以了，以前只知道使用接口，现在要给移动端出接口了，还要写web后台，这是一件激动的事，简单看了一些资料，明白写接口的方法，就开始给接口了。

在编写java过程中发现其实代码并不是最难的，因为android也是用java写，所以感觉挺容易上手的，但项目实现是需要有一个完善的逻辑的，做移动端开发时候是不会有这样想法 ，只需要关心把app界面写好，实现功能就好了，但服务端要考虑整个的开发流程，核心感觉是数据库设计和服务器性能优化，以及协调web端和移动端，前面写的活动和登录注册什么的感觉还是挺简单的，今天项目推进到商城编写就遇到难题了，整整想了一天服务端的数据库设计方式，因为web端还没有开始编写，所以得想好web端上传商品的情况，还有给移动端的接口怎么给，在这里我要吐槽一下了，公司并没有商城经验，并没有出具体的实现方案，所以纯粹是自己研究实现。

商品方面详情页还好写一点，类似收藏什么的都so easy，最烦的是属性的设计，最开始想的是设计成两个表，一个表是商品基本信息，一个是属性信息，但推敲过后发现web端要上传多属性商品几乎不可能，即时上传了移动端也无法给接口，在网上看了一些资料后才有一些灵感，是设计三张表，一张基本信息，一张属性，一张参数，最后一张放属性对应的参数的价格或者库存什么的，这样捎带把库存问题解决了，虽然客户好像并没有提这样的要求，还是周全一点比较好。

商品只是一个举例，以前总是觉得专一件事才可以持久发展的更好，但编写了javaEE后，想法有些改变了，钻研一门技术确实可以发展行业顶端，但了解的更多可以使你对整个项目有另一番看法，以前你总是关心自己的实现，不去考虑项目发展延伸，而服务端的设计更可以让你有拓展性的思维，综合考虑各个设备端的协调和项目的可延展程度，追求极致。

编程我觉得是一辈子的事，项目就像孩子一样，一定要让其健康成长，并且能够越来越强壮，所以多会几类技术有其绝对的必然性，这也是程序猿的“想出去看看世界吧”！