简单总结上一份工作

作.net以来,一直走的是B/S方向。

进这家公司前,面试官也就是现在的头曾问要走B/S还是C/S

因为面试官是作B/S的,而且我自觉再走B/S短时间内进步并不会大。只要保证之前的B/S知识和经验不忘掉,还是可以随时转作B/S开发。

对自已的职业规划也是定向在后端,而B/S项目,更专注于后端数据。

B/S,像js,jq,dhtml,简单css,ajax,各种框架,不忘记就可以了。

 

本地数据,淘宝API。

 

开发环境是VS2008,用的是LINQ TO sql,我主观上是希望升级2010,2012,也把LINQ转到EF的。但C/S更新上比较费力。

控件并不用微软的,而是DEVexpress。布局,BAR,按钮这些就不说了,数据展示主要用的是gird和tree,图表项目里是见到了,但用的不多。

数据访问层:

LINQ  这是进这家单位的一个原因,之前的工作都是用生成器生成数据访问层,觉得太落后的,学了EF,Nhibernate后一直想作这些,目前的项目主要是LINQ,但是用法都是比较简单的,而且因为数据量大,对访问性能有要求,要转回datareader访问,不得不说,有点纠结。

想想确实,无论各种ORM框架,都为了开发效率,牺牲了访问性能,小项目倒是非常适合,但大型项目却吃力了。

现在项目的结构是既有LINQ,也有datareader,同时有从存储过程里取表的DATASET。对性能要求不高的用LINQ。

 

缓存:memcache,最先了解到这种技术是php的页面缓存(asp.net有自已的页面缓存实现)作过些小demo,现在项目已经被封装好了,主要保存些全局的设置数据。而asp.net是用application对象保存的。

 

范型:到处都是,淘宝的API里封装的,本地的数据也封装的,有一个总的范型单例,但这种单例,并不严谨。

 

线程池:作B/S很少要关心线程级的东西。

 

有的话再总结吧。之后

 

 

你可能感兴趣的:(工作)