基于ASP.NET的微信开发心得体会（一）

  本人今年研一，在一所普通的211大学就读。。。。本科研究生都是这儿，从导师那里接手一个微信开发的项目（本人的第一个正式项目），一共三个人，成为一个小Team（其实就是一个研二的学长，我，外加一个大四学妹）。

  由于错过了项目开始之前的需求调研，因此，只能不断地通过与学长交流以及由甲方提供的功能需求，来确定需求，其实这个过程虽然繁琐，但是我觉得挺有意义的，无论从交流沟通，还是技术层面（因为是从学长那边了解的需求，所以要不断交流）。都有很大收获。

  这里特别想说的是。。。。客户需求的变更，项目的核心功能是视频的播放，然后客户为了提高用户的可操作性，要求我们将视频改为ppt。。。当时我的大脑是一片空白。。。移动端啊，直接播放ppt，没见过。但已经提出来了，也只能按照他的想法去弄。。。然后就开始了我的编程之路。

  分工：

      三个人分工比较明确，学长负责底层框架，我负责核心业务逻辑实现（当时我震惊了，上来就把最核心的功能分给我，不怕我搞砸了啊），至于那个学妹。。。由我跟学长慢慢教，然后慢慢上手，完成一些通用功能。（只能说，教导一个完全不会编代码的学妹，心是很累的，但是教会她，还是比较有成就感的）

   底层数据库设计：

        不得不说，这个项目的难度其实正好适合我的水平，而且让我有一个十分深刻的体会，就是理论一定要结合到实际中去，因为在大学本科时，学过数据库概率啊，还有Oracle数据库啊，也写过这些课的大作业，但是，真的没有很好的体会到其理论知识的核心。而这个项目的数据库设计正好成为了一个契机，让我开始很深刻地理解数据库的相关知识，比如表与表之间的对应关系，一对多，多对多什么的，虽然这些理论看似很简单，但是想要达到那种深刻理解的程度，还是需要动手练。我在跟学妹一起设计的时候就遇到过下面的问题：

       我遇到的问题，就包括没有按照步骤来设计，一开始设计的时候，处于那种想到啥就写啥的状态，导致设计出的数据库漏洞百出，甚至因为没有考虑全面而遗漏了一些实体，更有甚者甚至连最基本的实体属性都没有考虑全面，这都是对需求的不了解。痛定思痛，将数据库推到重建，当然学妹与学长在设计的过程中也给了我很大的帮助。总之，一句话，缺乏经验啊。推倒重建之后，我换了一种思维方式，按照项目的功能来建立数据库，然后反复确认与校对，确保数据库的设计准确合理之后，才开始下一步。业务逻辑的实现。

       这里想多说两句，万事开头难，但是无论怎样，我必须要有一份热情，有驱动力，主动去学习。在数据库设计上，我收获颇丰，深入理解了很多以前只停留于表面的理论知识，知道主外键的设计，影响到的是业务逻辑中的哪些方面，那都是后话了。

       吐槽一下，这届研究生，一共三人，我，然后还有俩女生。那俩女生，说实话。。。。水平真的。。。不敢恭维，但是这并没有什么问题，因为是人总有学习能力，不过让我很反感的是，其中一个女生，真的是到了“好吃懒做”的地步，称为A，那俩女生也负责一个后勤集团的项目，然后说完成不了，导师忽悠来了一个跟我那个学妹同届的学弟，然后让他参与。结果一参与，A直接把活全部推给学弟，然后别人问她，她就一句：我不会啊，别人再问：不会，你去学啊。她回答，学了啊，但还是学不会啊。然后她默默点开了芈月传。。。。，我不想理会她了。因为那个别人就是我。我个人是比较讨厌不思进取的人，你不会，没事儿，但你必须得学习。

       暂时先写到这儿，因为之前没怎么写过博客，估计也没什么人看，偷个懒，下回整理好思路，继续写这个人生首个项目的体会。