Cesar竞赛平台项目中期总结软件51谢云伟2015013185我们组的题目是大学生竞赛平台项目。经过我们的需求分析、原型设计等步骤，我们终于要开始实现这个庞大的竞赛平台项目了。我们使用Django+mysql来处理后端逻辑，加上Vue来实现相应的前端设计。参考我们微信项目的框架，我们设计实现了一套前后端接口，并约定写成接口文档，这样我们整个项目就可以前后端分开开发了-结尾。这篇总结会评论一下我们在前端部分从开始到现在遇到的Vue多页应用的配置。我的任务是前端的开发。首先，我们面临的第一个问题是：Vue-cli生成单页应用框架，而我们的项目做单页项目并不容易（加载时间太长，跳转太快等）。所以我们着手改造这个框架，使其能够生成多页应用。网上有很多多页面框架。经过各个阶段的踩坑，排除网上很多错误的实现，终于找到了合适的Vue项目目录结构和Webpack打包配置方式。ESLint：从弃用到重新引入一开始，我很讨厌Vue框架自带的ESLint代码风格检查，因为它和我一直写的JS风格不太一样。。。后来听老师要求对我们整个项目，我真的觉得代码风格对于我们的项目实施来说也是非常重要的。这样我们阅读别人的代码会很方便，在调试整个项目的时候也会很方便。Vue单文件组件的学习一旦开始真正在Vue框架下写项目，单文件组件的新模式必然是不可避免的。父子组件之间的通信在单文件组件的实现中非常重要。我们必须从头开始学习如何在网页上应用组件。其中，我们阅读了Vue的官方文档和很多其他人的示例代码，终于明白了如何应用组件以及如何使用组件。ElementUI组件库我们的Vue项目不可能从头开始写我们的组件，所以我们选择了目前使用最广泛的ElementUI组件库来帮助我们美化我们的页面。在熟悉Element组件使用的同时，我们也逐渐熟悉了Vue的语法和用法。目前我们已经基本摆脱了磕磕绊绊的试用模式，已经可以按照自己的理解一个一个的编写前端页面了。Django在GET/POST期间的CSRF检查这是一个困扰我们很久的问题。当我们放弃Django的template+views来绘制和重定向页面时，我们必须使用GET和POST请求来完成前后端之间的数据通信。但是Django有一个防止跨域访问的方法——CSRFToken检查，这样我们普通的POST表单到Django就会被无情拒绝。.在网上看了很多说法，在表单中加入CSRFToken就可以解决这个问题，但是各种尝试还是出错。所以我们放弃解决这个问题，直接关闭了Django的CSRF检查。至此，前端从头到尾遇到的所有问题大概都解决完了。说说我们中期实现的一些感受：我们是抱着学习的态度去接触Vue框架和前端工程的。说实话，学习成本很大。相较于大家熟悉的介绍一个JQuery.js上手慢。很多大学生在比赛平台上的工作量还是很大的……要考虑的事情太多，能利用的时间有限。感觉最后的完成度可能不是很好。后端的功能接口还是要先想好。好实现。。。感觉之前没有想太多，给前后端都带来了麻烦。进度还是有点慢……不过多半是因为之前的其他任务太多了。..估计以后还会有很多其他的事情。看来需要提前安排一下进度了。最后，我们对前端的要求可能不会太高，但我们还是想尽最大努力给我们的用户一个简单明了的界面。如果我们谈论希望，我希望我们可以有更多的人。.
