• • 今天完成的事情：

  • 1、将一些公共的东西统一一下，比如各种按钮的颜色。

  • 2、修改部分代码，使得和后端的接口更为接近。

  • 
    

明天计划的事情：

• 1、给各个输入框做表单验证。

  2、给合作医院管理的新增/编辑页面做必填验证和表单验证。

• 3、抽空补下js基础，感觉到了自己的不足。

• 
  

遇到的问题：

• 1、有些搜索功能需按搜索区间来搜索，填入内容不分大小前后，这样的话，就得考虑前面的数值比后面大的情况，但是每个输入框又是绑定的一个字段，到时候这个关键字后端如何处理呢。

• 2、没有后端，很多东西还无法确定下来。

• 3、需要去补一下ES6的东西了，最近一段时间感觉没有什么技术增长，一直在使用重复的东西。

• 收获：

• 1、今天听了小课堂，了解了JS的in的用法。平时用的很少，

• ‍‍in主要判断对象是否为数组/对象的元素/属性：当“对象”为数组时，“变量”指的是数组的“索引”；当“对象”为对象是，“变量”指的是对象的“属性”。‍‍

  
  

• 2、了解了git的几种工作流，我们平时使用最多的就是集中式工作流，就像SVN一样，除了这种以外，还有一些其他的工作流。
• 比如功能分支工作流、GitFlow工作流、Forking工作流。
• 
  
• 功能分支工作流以集中式工作流为基础，不同的是为各个新功能分配一个专门的分支来开发。功能分支工作流背后的核心思路是所有的功能开发应该在一个专门的分支，而不是在master分支上。 这个隔离可以方便多个开发者在各自的功能上开发而不会弄乱主干代码。 另外，也保证了master分支的代码一定不会是有问题的，极大有利于集成环境。
• Gitflow工作流通过为功能开发、发布准备和维护分配独立的分支，让发布迭代过程更流畅。
• Forking工作流是分布式工作流，充分利用了Git在分支和克隆上的优势。可以安全可靠地管理大团队的开发者（developer），并能接受不信任贡献者（contributor）的提交。这种工作流不是使用单个服务端仓库作为『中央』代码基线，而让各个开发者都有一个服务端仓库。这意味着各个代码贡献者有2个Git仓库而不是1个：一个本地私有的，另一个服务端公开的。