.net维护的一些心得

做了三个月的.net的开发,其实一直在做一个维护加二次开发的工作。现在这个项目告一段落,就此总结下我的所学所感吧。
总的来说,.net和JAVA还是有许多地方是不同的,比如.net中的数据绑定问题,已经有自己写好的控件,只要传送数据源就可以了,而在JAVA中,这些必须要自己去手写,当然也有一些框架完成了此功能,这里就只谈技术本身吧。
.net依附的平台是windows,页面的美观,要实现的效果相比较与JAVA是比较容易上手做出来的,实现的过程也是比JAVA容易些。听朋友说,他以后走WCF路线,个人感觉那将是条不错的路线。
 还有做个项目,让我感触最深的是客户进行交流,交代下前提:此软件客户已经有了个C/S版的了,我们要做成B/S版。这个项目比较小,前期很快就开发完成 了,但是后期我做维护和二次开发的时候,客户就提了不少问题和一些习惯上的事,当时我是很郁闷的,个人当时自我感觉有必要那样改么?这样改,没多少用 嘛。。但是随着项目的改动,和我自己对改动后的一些体验,我发现,有时候这闭门造车还是问题多多的,得有人不断的提意见,我们有选择性的来听取,然后修改 项目,使项目达到客户满意的效果。说白了就是客户体验感,以前老说,现在算是体会了。
好了,感想就说到这里,有些东西没扯明白的,还得继续努力学习,现在来总结下.net摸索出来的一些技术吧,虽然简单,但是是自己一步一步走出来的,纪念下。

时间: 2024-10-16 02:36:59

.net维护的一些心得的相关文章

一维差值维护心得

一维差值维护是一种简单的小算法,该算法用一个巧妙地数列机制解决了多次对数列进行数据加减操作的复杂度,这个算法的思维偏向于动态规范.下面我们从一个问题开始入手介绍这个算法: 问题描述: 已知n个数的数列a,有m次操作,每次操作给定l,r,k三个数,使得al到ar内所有数加上k.注意l到r的区间包含al和ar两个数. 输入数据: 第一行n和m,接下来一行有n个数,表示数列a,接下来有m行,每行有三个数l,r,k,详细解释参考问题描述. 输出数据: 1行n个数,表示经过m次操作之后的数组a. 输入样例

Linux系统理解以及Linux系统学习心得

原创作品转载请注明出处  <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 作者:严哲璟 说一下我对Linux系统的理解 1.加载Linux内核准备:在加载基本输入输出模块(BIOS)之后,从磁盘的引导扇区读入操作系统的代码文件块到内存中,之后开始整个系统的初始化. 2.main.c的start_kernel函数是整个操作系统的入口,这也与Linux是基于C语言的特性相符,start_kernel具体做的动作很多

Android APP架构心得

前言 从JavaEE转到Android开发也2年多了,开发的项目也有4,5个了(公司项目),其中有3个项目前期都是自己独立开发,从一开始的毫无架构到现在对如何架构也有一点心得,所以在此分享出来,大家一起交流 什么是架构 在我看来,软件架构绝对不只是框架的堆砌,看我看来,架构是为了方便软件维护.扩展.安全性.切入性(我也不知道有没有人提出过这个关键字,因为的确很少看见,简单来说我这里说的切入性就是指一个以前没有接触过这个项目的人,能快速加入到这个项目中,对项目进行维护.修改和扩展) 维护性 一个好

大规模Elasticsearch集群管理心得

转载:http://elasticsearch.cn/article/110 ElasticSearch目前在互联网公司主要用于两种应用场景,其一是用于构建业务的搜索功能模块且多是垂直领域的搜索,数据量级一般在千万至数十亿这个级别:其二用于大规模数据的实时OLAP,经典的如ELKStack,数据规模可能达到千亿或更多. 这两种场景的数据索引和应用访问模式上差异较大,在硬件选型和集群优化方面侧重点也会有所不同.一般来说后一种场景属于大数据范畴,数据量级和集群规模更大,在管理方面也更有挑战. 应Me

第五次作业 关于《构建之法》的心得体会

阅读了邹欣老师的<构建之法>这本书,我感受颇多.上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣.但是读了这本书,我完全有了新的感受.以下是我的学习心得. 阅读这本书使我对下面个人技术和流程.分析了软件工程师的成长.软件团队合作的几种模式和开发流程.敏捷流程.需求分析.项目经理.用户体验.软件测试.质量保障这些概念有了更深刻的理解. 我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么.还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半.通过阅

设计模式学习心得----开篇

做了几年的开发工作,还停留在开发工程师的阶段,想着不能一直这样下去,觉得要为自己以后做打算了,开发常规两条路:项目管理,架构师,我选择架构师.之 所以这样选,这是保守的一个选择,用格力的广告“掌握核心科技”,只有掌握了核心技术,核心业务,才能占据主导角色.当然要成为一个合格的架构师,需要学 习的,掌握的东西要非常多,非常全面,也有很多条件,但这是我选架构师的一个最重要条件.既然已经决定了,就要学习自己欠缺的.设计模式就是之一,于是有 了这系列文章,记录学习过程中一些心得和总结. 一:为什么要用设

C# 枚举在项目中使用心得

阅读目录 基本介绍 使用注意 使用方法 扩展用法 本文主要是我在项目中对C#枚举的使用心得,如有不足的地方欢迎您指出. 一.基本介绍  枚举是由一组特定常量构成的一组数据结构,是值类型的一种特殊形式,当需要一个由指定常量集合组成的数据类型时,使用枚举类型.枚举声明可以显式地声明 byte.sbyte.short.ushort.int.uint.long 或 ulong 类型作为对应的基础类型.没有显式地声明基础类型的枚举声明意味着所对应的基础类型是 int. 在代码中使用枚举,可以将以前笨拙的代

关于敏捷开发的26个心得

关于敏捷开发的26个心得 我收集各式各样的至理名言.最近我一直在研究敏捷软件开发:有收获吗?下面就是能够指导敏捷软件开发团队的26条核心原则. 用例一完全能够运行后再开发用例二.厨房里有一种说法正好可以印证这个问题:"做好一盘菜后你再做下一盘". 对于软件开发来说一个最大的问题就是人们喜欢并行开发多个任务.因为不可避免的,我们设计的功能中总会有一部分会被放弃砍掉,如果提前开发,很可能做无用功. 一次只开发一个用例(或很少几个用例,这根据你的开发团队的大小而定): 让这个用例功能完整:

一次项目重构的心得体会

接手一老项目,经过几个月之后,实在顶不顺原来的架构,一样事情要干两件活,代码冗余复杂,给维护工作带来很多问题和隐患,趁着前段时间新需求比较少,遂与产品负责人沟通之后暂停新需求,先进行项目重构.于是就花了近一个月的时间对其架构进行重构,首先是将接入部分和业务处理部分分离,其次是将业务处理部分集中,再次是引入内存数据库,实现业务处理部分无状态,将所有状态保持在内存数据中,从而使得业务处理进程可以多个进程并行,并且可以进行业务处理模块的无间断更新.重构完之后可以说是脱胎换骨了,其中有些心得和体会分享一