好好学习，天天向上本文已收录至我的Github仓库DayDayUP：github.com/RobodLee/DayDayUP，欢送Star，更多文章请返回：目录导航
前言
我平时喜爱用账本记一记我的日常生产而后做个总结，始终用本子记不是很不便，从网上下载的APP又太臃肿，很多性能都用不到，就想着能不能自己开发一个APP。刚好最近学完了SpringBoot，我之前也学习过Android，就花了一段时间开发完了。原本认为没什么难度，但还是遇到了一些比拟辣手的问题，所以就打算写篇文章总结一下。先给大家看一下我的界面：
ps：一篇文章不可能写的八面玲珑，我只写一下大体的思路以及我所遇到的问题，具体的代码我放在了GitHub上，有趣味的小伙伴请自行浏览。
账本APP
后期筹备
既然是做账本，那么必定免不了要用到数据库，我用的Android自带的SQLite数据库，为了简化数据库的操作，我应用了LitePal框架；还有一点，我不想在我的代码里写一大堆findViewById,这样会显得代码十分的乱，所以我还应用了xUtils框架去简化我的代码；数据有了，天然要存储到服务器中，免不了要用到HTTP，这里我抉择的是赫赫有名的OkHttp框架；既然要传输数据，那么我抉择了json格局去传输数据，解析json我应用了阿里的FastJson框架，因为我感觉FastJson用起来还是比拟棘手的；为了省去一堆的getter和setter办法，我还应用了十分好用的Lombok插件。
一、增加以及批改记录的性能实现
最先实现的性能应该是如何增加记录了，而后再去思考怎么将数据展现进去。我在这个Activity外面集成了增加以及批改数据的性能，我用了一个boolean值“toModify”去判断以后操作性能，是增加数据的话点击保留就会增加记录，否则就会批改数据，首先必定要有个Record类,每个字段的作用都在正文里了。
我一开始用的不是Date而是LocalDateTime，而后我从数据库依据工夫查问数据的时候始终查问不到数据，原本我认为是查问局部写的不对，后果到处数据库一看，date基本就没有值。我又认为是我在增加数据的时候写的有问题，而后想了一下，其它字段都没问题，怎么唯独date有问题，而后我换成了Date就能够失常保留了。这里要提一点，就是SQLite的主键必须是int型，我原本id是Stirng型的，值就是uuid字符串，后果不行，我就改成了int，而后再加一个String类型的uuid字段去做数据的惟一标识符。
public class Record extends LitePalSupport implements Serializable { private int id; //主键 private String category; //分类的名称 private String content; //备注 private double money; //金额,大于等于0代表支出，用绿色示意;小于0代表收入，用红色示意，等于0用灰色示意 //状态，0:已同步到服务器，1:未同步到服务器， // 2:之前同步到服务器当初本地删除，同步时让服务器删除这条记录,3.之前同步到服务器当初在本地批改，同步时让服务器批改这条记录 private int status; private Date date; //记录的日期 private String dateString; //日期的字符串2020-04-01 private String uuid; //每条记录的惟一标识符}我先来剖析一下我的界面形成：
首先界面上有一些分类的图标，有收入和支出两页，我是用ViewPager去实现两页的切换，展现分类图标我应用了RecyclerView，上面有一个抉择工夫的控件，用的是DatePickerDialog，其它的就是一些TextView，Button什么的。
再来介绍一下性能：点击分类图标的时候，上面对应的就会呈现分类的名称，而后输出金额（负数），点击右上角的保留按钮时就会去判断以后分类是支出还是收入，如果是收入的话就将金额*(-1)，这样就变成了正数，保留胜利就会finish掉以后流动回到主页面，失败的话会弹出一个Toast。
Date date = new Date(year - 1900, month - 1, day);boolean saveSuccess;String categoryNameStr = categoryName.getText().toString();String contentStr = contentEdit.getText().toString();if (toModify) { Log.d(TAG, toModifyRecord.toString()); toModifyRecord.setCategory(categoryName.getText().toString()); toModifyRecord.setContent(contentEdit.getText().toString()); double money = Double.parseDouble(moneyEdit.getText().toString()); toModifyRecord.setMoney(isIncome ? (money) : (money * -1)); toModifyRecord.setStatus(((toModifyRecord.getStatus() == 0) ? (3) : (1))); toModifyRecord.setDate(date); toModifyRecord.setDateString(dateString); saveSuccess = toModifyRecord.save(); Log.d(TAG, toModifyRecord.toString());} else { Record record = new Record(); record.setCategory((!TextUtils.isEmpty(categoryNameStr) ? (categoryNameStr) : ("无"))); record.setContent((!TextUtils.isEmpty(contentStr) ? (contentStr) : ("无"))); double money = Double.parseDouble(moneyEdit.getText().toString()); record.setMoney(isIncome ? (money) : (money * -1)); record.setStatus(1); //1代表未同步到服务器 record.setDate(date); record.setUuid(UuidUtil.getUuid()); record.setDateString(dateString); saveSuccess = record.save();}if (saveSuccess) { ToastUtil.Pop("保留胜利"); finish();} else { ToastUtil.Pop("保留失败");}这个toModifyRecord就是须要批改的数据，是在主页面中点击批改而后传入一个uuid，再依据uuid查出来的：
@Overrideprotected void onCreate(Bundle savedInstanceState) { ············ try { toModifyRecord = LitePal.where("uuid = ? ", getIntent().getStringExtra("uuid")).find(Record.class).get(0); } catch (Exception e) { //e.printStackTrace(); } toModify = toModifyRecord != null; ············}看这行代码的敌人们可能有点纳闷，我为什么不间接传个对象过去而是拿着uuid再去数据库中查一遍，这不是有点多此一举吗，在《第一行代码》中提到过这样一段话：
首先，最简略的一种更新形式就是对已存储的对象从新设值，而后从新调用save() 办法即可。那么这里咱们就要理解一个概念，什么是已存储的对象？
对于LitePal来说，对象是否已存储就是依据调用model.isSaved() 办法的后果来判断的，返回true 就示意已存储，返回false 就示意未存储。那么接下来的问题就是，什么状况下会返回true ，什么状况下会返回false呢？实际上只有在两种状况下model.isSaved() 办法才会返回true ，一种状况是曾经调用过model.save() 办法去增加数据了，此时model 会被认为是已存储的对象。另一种状况是model 对象是通过LitePal提供的查问API查出来的，因为是从数据库中查到的对象，因而也会被认为是已存储的对象。
意思就是我如果间接传一个对象的实例过去，那么这个对象就是数据库中的对象的拷贝，并不是数据库中的对象的援用，我如果用对象的拷贝去执行save()办法是不会对数据库中的数据产生影响，那就不对了，所以我须要拿着uuid再去从数据库中把数据查问进去，再去调用save()办法才有用。如果没查到就阐明我没有传uuid过去，那么就是去应用增加数据的性能。
二、数据的展现
说完了数据的保留再来说一下数据的展现，这是整个APP比拟外围的性能。标题栏上有一个显示以后月份的TextView，点击的话会呈现一个图示的日期抉择控件。至于数据的展现呢，我应用了RecyclerView嵌套ListView去实现的，RecyclerView的每一个子项是每一天记录的汇合，每一天的数据是用一个ListView去展现的。我在做这个界面的时候遇到了一个问题，就是始终只有一条数据显示，我原本认为是我数据没增加上，后果导出来一看是有数据的。我就始终在调试代码，怎么都没看出问题，而后往上一滑才发现原来是一条数据占满了屏幕。原来是RecyclerView嵌套ListView的时候ListView不晓得本人的高度，须要从新测量高度，我在网上找到了解决方案：
//从新计算ListView的高度public static void setListViewHeightBasedOnChildren(ListView listView) { // 获取ListView对应的Adapter ListAdapter listAdapter = listView.getAdapter(); if (listAdapter == null) { return; } int totalHeight = 0; for (int i = 0, len = listAdapter.getCount(); i < len; i++) { // listAdapter.getCount()返回数据项的数目 View listItem = listAdapter.getView(i, null, listView); // 计算子项View 的宽高 listItem.measure(0, 0); // 统计所有子项的总高度 totalHeight += listItem.getMeasuredHeight(); } // listView.getDividerHeight()获取子项间分隔符占用的高度 // params.height最初失去整个ListView残缺显示须要的高度 ViewGroup.LayoutParams params = listView.getLayoutParams(); params.height = totalHeight + (listView.getDividerHeight() * (listAdapter.getCount() - 1)); listView.setLayoutParams(params);}怎么从数据库中查问出数据而后展现进去废了我好一番劲，好在问题完满地解决了。当初就来说一下我的具体实现过程吧，先把外围的代码贴出来：
/** * 用于更新界面信息 */private void upgradeMainList() { thisMonthAllRecords.clear(); thisMonthAllRecords = LitePal.where("dateString like ? and status != ? ", +mYear[0] + "-" + ((mMonth[0] < 10) ? ("0" + mMonth[0]) : (mMonth[0])) + "%", "2") .find(Record.class); if (thisMonthAllRecords != null) { Map<String, List<Record>> map = new HashMap<>((int) (thisMonthAllRecords.size() / 0.75) + 1); for (Record record : thisMonthAllRecords) { List<Record> staList = map.get(record.getDateString()); if (staList == null) { staList = new ArrayList<>(); } staList.add(record); Collections.sort(staList, new Comparator<Record>() { @Override public int compare(Record record1, Record record2) { return (record1.getDateString()) .compareTo(record2.getDateString()); } }); map.put(record.getDateString(), staList); } Set<String> set = map.keySet(); List<List<Record>> thisMonthRecordsByDay = new ArrayList<>(); //按每一天离开的List<List>汇合 for (String s : set) { List<Record> list = map.get(s); thisMonthRecordsByDay.add(list); } LinearLayoutManager layoutManager = new LinearLayoutManager(this); recyclerView.setLayoutManager(layoutManager); RecyclerViewAdapter recyclerAdapter = new RecyclerViewAdapter(thisMonthRecordsByDay); recyclerView.setAdapter(recyclerAdapter); }}首先从数据库中查问出符合条件的数据，封装成一个List汇合，而后对List汇合进行排序，排完序后把List汇合封装成List<List<Record>> thisMonthRecordsByDay,每个子项是一天的记录的汇合。而后就创立了一个自定义的RecyclerViewAdapter的实例，在RecyclerViewAdapter中绑定数据的时候再去创立ListViewAdapter的实例进行每一天的数据的展现。具体代码我就不贴了，看我的源码就晓得了。
当初就是每条记录的点击事件了，我是在RecyclerViewAdapter中的onCreateViewHolder()办法中进行事件绑定的。
holder.todayRecordList.setOnItemLongClickListener(new AdapterView.OnItemLongClickListener() { @Override public boolean onItemLongClick(AdapterView<?> parent, View view, int position, long id) { final Record selectRecord = oneMonthRecordsByDay.get(holder.getAdapterPosition()).get(position); final View popView = LayoutInflater.from(MainActivity.this).inflate(R.layout.pop_dialog_view, null); popView.findViewById(R.id.pop_modification).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { popDialog.dismiss(); Intent intent = new Intent(MainActivity.this, AddAndModifyRecordActivity.class); intent.putExtra("uuid", selectRecord.getUuid()); startActivity(intent); } }); popView.findViewById(R.id.pop_delete).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { if (selectRecord.getStatus() == 0) { selectRecord.setStatus(2); selectRecord.save(); } else { selectRecord.delete(); } popDialog.dismiss(); upgradeMainList(); } }); popDialog = new AlertDialog.Builder(MainActivity.this) .setView(popView) .create(); popDialog.show(); return true; }});长按记录的时候会弹出两个选项，一个是删除，一个是批改，点击批改的话会进入到方才增加记录的Activity中进行数据的批改；点击删除的话首先会去判断status的值是不是0，0代表该条记录之前曾经同步到服务器中，当初改成2，代表下次同步的时候把该条记录在服务器中删除后再在本地删除，如果不是间接删了就好。
三、数据同步性能
当初就来说最初一个性能了。如果数据始终保留在本地的话，那么数据迟早有一天会失落的，所以应该有个同步性能将数据保留在服务器里，这样数据就不会失落了。服务器端的开发我会放在下一篇文章里，当初先来看看客户端的具体实现。界面很简略，只有两个按钮，一个是同步到云端，一个是下载到本地，来看一下具体的实现：
1.上传到云端性能：
final List<Record> toUpgradeRecords = LitePal.where("status > ?", "0").find(Record.class);HttpUtil.uploadRecords(ip + Constant.UPLOAD_RECORDS, phoneNumber, toUpgradeRecords, new Callback() { @Override public void onFailure(Call call, IOException e) { showToast("服务器异样"); finish(); } @Override public void onResponse(Call call, Response response) throws IOException { String responseBody = response.body().string(); ResultInfo resultInfo = JSONObject.parseObject(responseBody, ResultInfo.class); if (resultInfo.isFlag()) { for (Record record : toUpgradeRecords) { if (record.getStatus() != 2) { record.setStatus(0); record.save(); } else { record.delete(); } } showToast("同步胜利"); finish(); } else { showToast("同步失败"); finish(); } }});首先查问出未同步到云端的记录汇合，而后调用HttpUtil.uploadRecords()办法去传输数据，来看一下HttpUtil.uploadRecords()办法干了什么吧：
public static void uploadRecords(String address, String phoneNumber , List<Record> toUpgradeRecords , okhttp3.Callback callback) { OkHttpClient client = new OkHttpClient(); RequestBody requestBody = new FormBody.Builder() .add("phoneNumber",phoneNumber) .add("recordsJson" , JSON.toJSONString(toUpgradeRecords)) .build(); Request request = new Request.Builder() .url(address) .post(requestBody) .build(); client.newCall(request).enqueue(callback);}就是把List汇合用FastJson转换成Json字符串，而后和phoneNumber一起发送给服务器，用的是POST申请，而后就会回到后面的回调当中去处理结果，如果是同步胜利的话，就去判断每条记录的status值，该干啥干啥，失败的话就给个提醒而后finish掉以后的Activity。
2.下载到本地性能实现：
看完了上传性能再来看一下下载性能：
String address = ip + Constant.DOWNLOAD_RECORDS + phoneNumber;HttpUtil.sendOkHttpGetRequest(address, new Callback() { @Override public void onFailure(Call call, IOException e) { showToast("服务器异样"); finish(); } @Override public void onResponse(Call call, Response response) throws IOException { String responseBody = response.body().string(); ResultInfo resultInfo = JSONObject.parseObject(responseBody, ResultInfo.class); Log.d(TAG, "onResponse: " + resultInfo.getData().toString()); List<Record> recordsDownloadFormServer = JSONArray.parseArray(resultInfo.getData().toString(), Record.class); if (resultInfo.isFlag()) { for (Record record : recordsDownloadFormServer) { try { LitePal.where("uuid = ? ", record.getUuid()).find(Record.class).get(0); } catch (Exception e) { e.printStackTrace(); record.setDateString(ConvertUtils.dateToString(record.getDate())); record.save(); } } showToast("下载胜利"); } finish(); }});首先应用HttpUtil.sendOkHttpGetRequest()办法将申请发送到服务器，用的是get申请，服务器会依据传过来的phoneNumber将该用户的所有记录都传回来，传过来的记录汇合也是Json，所以先用FastJson解析成List。而后循环遍历List判断该条记录在本地有没有，有的话就跳过，没有的话就保留到SQLite中。
总结
到此为止，整个账本APP的外围性能和一些我所遇到的问题以及解决办法都曾经写完了，其它的一些比较简单的性能我就不再赘述。文章写的不是很好，大家如果不称心的话间接关掉就好，或者是在上面留言，谢谢！