软工大做业·倾物语（二）

文章来源：中国软工亚洲指挥中心（Steins;Gate）
共同做者：纪神，爵爷，老板，小男孩（按首字拼音排序）
责任编辑：爵爷

    本周末咱们组已经完成了《需求规格说明书》和《可行性分析报告》两份书面材料，具体内容见提交的文档。

    此次想聊一下咱们团队对于以后开发工做的构想。

    就大的方面来讲，咱们在前端尽可能使用现成的解决方案，并配合手写“胶水”，后端使用LeanCloud解决方案。

    前端要展开有很是多的东西，由于Android的前端比HTML更加底层一点，要涉及的东西更多，考虑的面也更广，加之运行在移动平台，限制也颇多。
    可是在参考现有解决方案（好比这个）以及基于咱们以前的开发经验上，前端是能够跌跌撞撞地走的（固然是在不考虑外行的设计、咄咄逼人的PM、永不知足的客户的状况下）。
    至于为何不使用FB的react-native或是MUI等来作跨平台的界面，一是在性能上H5相对原生仍有不足，而且这一点在Android版本和手机性能差别极大的安卓市场上更为明显，二是一个移动端的应用不管干什么顶部都有一个小绿条咕咕咕地动在咱们看来很是难受（纯我的观点）。所以咱们考虑只在一些不重要的信息展现界面和时间上来不及的扩展功能上使用H5，其余状况仍然使用原生API开发。
    还有就是JetBrains（笔者免费IDE的提供商，由于有教育帐号）的亲儿子Kotlin，笔者没有深刻了解，可是简单看了一下，第一感受就是好玩，尚未感觉到特别强大的地方（固然是了解很是不足），基于学习成本的考虑，咱们仍是使用了Java来做为主开发语言。

    后端咱们使用现成且强大的解决方案LeanCloud。笔者屡次被问到过“用LeanCloud这么简单方便甚至能够说是无脑的东西，还算是程序员吗？”。这种想法笔者以前也有过，可是若是不接受更快更好更方便的东西（并非说LeanCloud就必定是这样，LeanCloud的适用场景其实限制仍是蛮大的，这里不展开。可是相对于咱们目前的开发需求，LeanCloud就是这样的），咱们如今想用计算机还得在竹简上钻孔呢（笑）。另外笔者琢磨过算法，写过汇编优化的编译器（特别指明：最后什么都没作出来），也裸写过socket以及RESTFUL，因此对于“不方便”的东西笔者多少仍是有发表意见的权利的。出于学习目的或者对于要求特别严格的解决方案，惟有从底层慢慢写，可是就目前的场景来看使用LeanCloud是很是好的选择。应该针对不一样的开发需求使用不一样的方案，这就是咱们使用LeanCloud的缘由。

    另外在开发上，咱们目前的想法是先下手开始写代码，而不是先作细致的设计。由于目前团队总体的项目开发经验是不太够的，没有足够经验的支撑，一上来就作细致的设计颇有可能会忽略了重要的东西而把精力放在了其实无足轻重的地方，并且作出的设计并不必定效果有多好（编者我的认为能够参考Java第一代UI库的设计）。固然先写代码并非说“先写了代码再提取设计以完成任务”，而是先用粗糙的代码把流程简单走一遍，探探路上都有什么坑，而后再回头作设计，这样内心会踏实不少，设计结果也会更加可靠。这也是咱们这个月的主要任务：作初版最小化原型。

    目前编者已经搭好了基于Viewpager的Swipe View以及4个Fragment做为主界面，下周先分工把这四个主界面按照原型设计作出来。而后依次跟进其余代码任务。下面是应用效果以及项目规模统计（是的我知道很丑，请不要再吐槽→_→）。

---