ITOO-记录成长篇

       ITOO3.0已经入手将近三个月的时间了,想想从一开始进入提高班,当时还是一名菜鸟,做着《机房收费系统》,那时候很简单的一个小项目,硬着头皮就做完了,后来做了一个简单的《牛腩新闻发布系统》一个web小系统,再到后来的机房重构,才渐渐走上了三层的道路,加上了设计模式,还不太了解什么是.NET,C#语言有什么好处。

      接着我们就开始漫长的ITOO之路,前端普通的html+css+javascript,数据库使用的是sqlserver2008,部署服务器使用的是MicrosoftServer2008。从1.0到2.0也许我也就知道这一点了。没有任何的项目经验,在做项目之前,原型图是什么自己都搞不懂,也就知道为了敲代码而敲代码了。

       ITOO-工具篇

       在ITOO项目过程中我们还是有好多东西要学习的,svn这个工具在机房合作的时候就用到过,但是当时毕竟人少,没有出现错误。到了我们ITOO,还是继续使用svn,但是我认为svn还是有点欠缺,会有更好的工具来替代它吗?

Nuget包,通过nuget我们告别了相互拷贝DLL的时代了,一人发布,多人受用的思想,简直是起到为人民服务的宗旨,使用Nuget作为依赖项管理工具。如果你想要引用一个第三方依赖项,还需要手动从网上下载并添加到项目中的话,那你就out了。作为一个高级程序员善于利用工具, 它都提供了对依赖项的自动化管理。你只需要添加一行字符串来说明你想要使用那个类库,下载、引用就全交给管理工具来实现了。在c#世界中当然也有相应的产品,那就是Nuget,从此依赖项管理再也不是一件头痛的事情了。

Jenkins   利用Jenkins,实现持续集成。即使只有一个人工作在这个项目中,也应当编写构建脚本,应用持续集成。这样才能保证你的每一次提交都是安全的;并且将一些重复的工作自动化起来,可以解放你的大脑关注到更重要的地方去。

        最后还有一些关于禅道,Confluence,VS封装好的单元测试,这些工具我就不一一介绍了。

        ITOO-技术篇

日志  给系统中的重要功能打好LOG。想当年我们想要记录一些程序log,还要自己写一个简易的log类库。现在有很多成熟的log框架可以被c#使用。试想当你的程序部署到服务器上以后,如果没有充足的log,那么排查bug是多么的困难。服务器上又不能让你还原现场,不能调试,唯一能帮上忙的就是那些log了。当然打log也有很多学问,比如log等级设置,输出设置等,这里就不细说了。

       分布式事务机制 处理复杂逻辑。在这个系统中有很多并发操作,当时自己并不是很懂事务,使用了一些很蹩脚的方法来处理可能的数据异常。现在EF中已经封装了成熟的分布式事务机制来处理这些并发逻辑,使程序更加健壮。

       使用TDD,提高单元测试覆盖率。以前的系统中没有任何单元测试,一段简单的代码都需要启动程序手工验证。这样的反馈太耗时,并且不具备重复性。测试驱动开发能够保证代码简洁、正确,并且能快速得到反馈,保证测试覆盖率。遇到遗留代码时,也可以先添加单元测试,建立保护网,使重构更有信心。自动化部署。每次部署项目到服务器上是一个痛苦的经历,需要手动的替换项目中的某些文件,将文件复制到服务器上,终止当前服务器服务…..哪一个环节出错都是一个致命的打击。手动不仅效率低,而且极易出错。通过编写脚本实现自动化部署可以一劳永逸,和繁琐的手动操作说拜拜吧。

工作流,导入导出,cas登录和安全退出,动态建库建表,切库。都在等着我们去研究和努力。如何使用AOP来隔离业务和公共服务,虽然在系统中已经体现了,但是还是存在各种各样的问题。

        ITOO-总结篇

       这次ITOO3.0也许从内心都在想java和.NET到底有什么区别,.NET我们都学习了两年了,为什么还在学习,但是你看看下面这些东西c#自己的特性,如LINQ,委托,函数式编程等。比起不思进取的java语言,c#不知道强多少倍。java在java8版本才正式引入Lambda,而c#的LINQ早都出来多少年了。如果在进行列表操作时,你还只使用foreach,那么你太老土了。列表操作无非是filter,map,sort…而c#早为我们提供了一系列扩展方法,如Where,Select,Sort….可怜Java中只能使用Guava这种不伦不类的第三方类库来实现相应的效果,而且远没有c#的原生功能漂亮。c#既然每年都会引用那么多的特性,那么就要学习、掌握和使用。很多人一边使用着c#的老土语法,一边说自己精通c#,真让人无语。那我们真的认为C#已经没有什么可学习的了吗?

写了这么多,希望自己不要好高骛远,从基础做起,努力扎根。

你可能感兴趣的:(ITOO-记录成长篇)