标签：产品 知识积累 需要 界面 知识 基于 连接 开发 一个
听说写博客是个好习惯
读报机项目从开始到现在已经经历的一个半月的漫长时间，也总体有了大致雏形，虽然核心的看报模块还没开始，但是资源获取方面也都逐渐完成，按正常进度来说这点工作一个月完成应该是绰绰有余的，但为什么拖了这么久，我做出几点总结：
①：需求描述不清晰，在产品需求方面，只了解到是读报机项目，架构基于CS架构，在数据存储方面过于依赖数据库，实则数据库并不能承担所有的报纸数据（数据量太大），自能承担资源路径之类的轻负荷工作，
②：没有主体思路，想到什么就做什么，创新是好的，但应该把创新应用在主体开发基础上，不能将创新思路作为主导思路，没有主题思路是导致项目拖沓的最大原因。
③：知识积累薄弱，知识匮乏，虽说swing已经不被重视，但这不是理由，一步一个脚印，做好ＳＥ基础才能向ＥＥ进发，建议多学习多线程，以及项目中涉及到的Mybatis
以上三点就是我在开发中感受到的阻力来源，日后应努力克服，接下来是项目具体进展：
完成界面开发，完成数据库连接以及数据读取(需要改为Mybatis)，完成数据资源获取问题。
以上是本周项目进展，接下来是项目所面临的问题：
1.是将数据资源存储在本地还是数据库的问题：个人倾向于本地，方便存取，对程序压力较小
2.将界面中的固定布局改为动态布局，这里涉及到初始化问题，初始化未完成时就需要得到报纸种类，动态的显示在界面上
3.读报核心，报纸的放大缩小，因为不是转为了JPG，随意不支持笔记等功能，日后有机会必定改善
标签：产品 知识积累 需要 界面 知识 基于 连接 开发 一个
原文地址：https://www.cnblogs.com/IOExption/p/12044591.html
