工作快一年了，我做了些什么

工作快一年，感觉没学到啥；但现在想开始养成记录自己工作及成长的习惯；

做了一个半系统；一个xxx公司的运维平台，半个招标系统的升级改造（项目没有完成），大概做到了15年的3月份；然后跟了个经营管控的成本模块，一直到现在，但都没心思学，以后一定要改掉这种不好的思想状态；

运维平台（应用xxx框架）：

view层：

dataSet（数据集对象）：本质上是一个javascript构造的对象，是一个数据容器，并封装了常用的数据操作，如增删改查等，它包含了一个数组对象用来存放所有的record对象；在页面文件中该框架内置了一种标签来定义一个dataSet对象；然后在该dataSet上可以设置各个field的附加属性，是否只读，是否必输，同时还可以配置校验函数实现前段的数据校验功能，以及定义各种事件，如键盘敲击事件，页面载入事件，数据更新事件等。

编辑组件：该框架定义了各种编辑组件，如textField,comboBox，lov等等，方便实现一些常用的数据输入操作，相应的，这些组件也内置有相应的标签，在标签内可定义各种属性及表现样式等，重要的是可以绑定前面所说的数据集，使得这些控件中输入的数据可以一起提交到后台；

可自定义脚本函数：该框架内置的这些标签中，可以附加定义很多属性，甚至脚本函数的接口，事件接口等，因此能在前台实现较为丰富的功能；开发这可以利用这些属性定义的函数接口，自定义实现自己想要的功能；应用的比较多的是js结合dom实现对某个页面元素的获取和特定操作等，当然该框架也提供了很多内置函数接口可供方便调用，能快捷高效的实现一些功能，如该框架内置的js方法，能实现通过AJAX请求；

还提供一些小工具组件：如附件上传，树形菜单等，通过这些组件能方便的实现相应的功能；

Model层:

一种定义业务模型的文件，即定义一般表达业务逻辑的逻辑的文件。在这简称为bm文件，bm文件主要负责和数据库的交互，既可以是类似于hibernate一样对数据库结构进行映射，从映射中尝试自动生成增删改查语句，也可以自己写增删改查。一句话，bm文件主要是负责与数据库交互，增删改查和Ajax请求（需要和数据库交互）都要在bm中定义。bm文件在接收到前台传来的参数值后，会尝试自动拼接生成相应的操作语句，发送至后台执行，并将结果以Json数据格式返回至前台；

通过一个该框架定义的一种model文件来定义，格式类似于xml，能连接到数据表或视图，在该文件中，也定义了一些标签，来分别指定目标表和表中的字段；在该文件中支持自定义SQL语句，同时也能自动生成SQL语句（缺省），同时可以调用PL/SQL包中的过程或函数；前段定义的数据集所提供的属性包含了可以指定某一Model文件的属性；在该Model文件中能实现定义数据的增删改查等语句；前段提交的参数一般以Json格式最终提交到该Model文件中，以完成该model中定义的某一种操作；最后，该Model文件还提供了更为复杂的功能，如继承模式，分为引用继承和重载继承，由于用的少，便没有深究了；

Control层：

可能是定义在了该框架的底层，因为其前端的各种文件中的标签都是java定义的，当然可能还包括其他的处理，可能自己兴趣不大，便没有深究了；

多语言特性：xxx框架的多语言支持，通过建立一个description表，来存储常用描述的多种语言表述，当前台需要外文显示时，就将菜单上的中文表述等换成该表中的英文表述；

招标系统升级：

本人主要负责该系统的财务模块的页面开发，由于后台的数据处理并不需要做多大改动，因此很多SQL语句都不用编写了，直接套用即可，这也导致了对业务很难深入理解了；当然，在业务方面，首先，接触到了冲红的概念，同时，由于财务的严谨性，要求每笔数据的入账与出账都要能对的上，出错了的数据不能删除，而是冲红；当时做过笔记，现在却找不到了；很多也忘记了；

svn服务器配置及日常使用

服务器配置要先下载好svn的service版本，然后在网上找篇安装文档，照着做就行了；然后，在客户端装上客户端版本就行了；访问的时候要注意写对地址；如svn://192.168.7.116:8080/project；平常使用过程中，容易出现的一个问题就是出现冲突然后文档被锁定等现象；出现冲突了可能是在提交的时候发现某个文件的同一个地方和之前的版本不一样导致的，出现这种情况，可以利用svn的比对工具对两个版本进行比较，然后手动确定修改就可以了，有时候，处于冲突中的文件除了可以用resolve解决冲突的方法来做，也可以先将冲突的文件剪切掉，再从svn服务器上update一下重新修改文件；还是就是要注意使用习惯，如每次修改本地文件之前先update一下，然后在修改，再提交到svn服务器；

后面还有一些其他的细节吧，改天再补充吧；