程序员年度工作总结六篇.docx

上传人:b****0 文档编号:25869470 上传时间:2023-06-16 格式:DOCX 页数:17 大小:30.04KB
下载 相关 举报
程序员年度工作总结六篇.docx_第1页
第1页 / 共17页
程序员年度工作总结六篇.docx_第2页
第2页 / 共17页
程序员年度工作总结六篇.docx_第3页
第3页 / 共17页
程序员年度工作总结六篇.docx_第4页
第4页 / 共17页
程序员年度工作总结六篇.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

程序员年度工作总结六篇.docx

《程序员年度工作总结六篇.docx》由会员分享,可在线阅读,更多相关《程序员年度工作总结六篇.docx(17页珍藏版)》请在冰豆网上搜索。

程序员年度工作总结六篇.docx

程序员年度工作总结六篇

程序员年度工作总结六篇

从我4月25日进入公司到现在已经过去八个月了,从一名刚刚结束实习的学生到一名独立的开发人员,角色改变了,职责也改变了。

虽然已经预计了工作之中会有很多困难,可是在实际的项目开发中,自己所遇到远远不止自己想象之中的那么简单、单纯。

在开发过程中,难题一个接一个的出现,要做到满足公司的产品需求,成为一名合格的程序开发人员,这个过程还很漫长。

每天我都在勉励自己,要好好学,好好做,以后会好的。

在此同时我衷心感谢公司给我提供了学习的机会和平台,这也使我对以后的日子多了些许的信心。

在我进入公司的这八个月里,我陆续接触了公司的GPS平台,智能手表定位,上海铁路局车站消防综合管理系统,盛泉金融款箱管理系统,中行保卫处的管理系统,指挥中心的视频监控系统,并在这期间为安徽品至制作了一个展示型企业网站。

在刚进入公司的那段时间里,我从没有接触过网络摄像机,对于网络摄像机根本没有任何概念,在公司的培养下我逐渐熟悉了各种摄像机,现在拿到海康、英码、赛赫、中威的摄像机开发包,可以很熟练的进行二次开发。

在工作之余,我也在努力的学习,和别人交流,学习先进的开发技术,请教别人开发技术问题。

1、由于开始对业务需求不是很熟悉,所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因,而不断修改、返工的情况。

在同盛泉金融交流的时候,这个问题多次困扰着我,对方的需求不明,每次交流的过程中都在变更需求,从而导致了效率比较低的问题。

2、在开发中,用到很多我所不知道或很多我知道但不太熟悉的领域,在这个领域内,我需要不断的学习。

3、在工作阶段,有时比较偏向自己的工作方便,忽略了其他同事的工作上的量与难易。

有的功能自己怎么方便怎么写,如今公司在不断壮大,我们部门人员在不断的增加,这样是不利于多人合作的。

4、工作的条理性不够清晰,要分清主次和轻重缓急;在开发时间很仓促的情况下,事情多了,就一定要有详实而主次分明的计划,哪些需要立即完成,哪些可以缓缓加班完成,在这方面还有很大的优化空间。

5、学习的知识不够广泛;一个项目中,涉及的技术往往有多种,知识多了,就会灵活变通,以后我会加强这方面的学习。

1、每一个项目在开始着手的第一步,一定要和客户把需求沟通清楚,只有了解了项目的需求,才有可能真正做好一个项目。

我们需要向客户提出要求客户提供所有涉及该项目的资料,每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。

2、工作中,有一个无论是技术,还是经验都比较让人肯定的前辈带领,将任务详细化,详细到,每个页面、甚至是一个页面中的图片什么时候做好,做到什么程度,这样把工作进度有计划有方向的赞定下来,做事很有效率。

和孙姐,王竹青,尤坤等人合作时候一定注意要多项工作同步进行,保证每个子模块都能同步运行。

3、每天的工作小结真的很重要,这让我们每天都有计划的知道自己干了什么,不是漫无目的的工作,所以我们应该养成,日记、周记、月记、年记的工作习惯。

4、工作并不是一成不变的,也许有一天你要去其他岗位帮忙,所以同事之间的技术要互相学习,也许有一天,公司需要你发挥其他的技能帮忙,所以互相学习也是很重要的。

自己的工作不能仅仅局限于编程。

1、要提高工作的主动性,做事干脆果断,不拖泥带水。

2、工作要注重实效、注重结果,一切工作围绕着目标的完成。

3、要提高大局观,是否能让其他人的工作更顺畅作为衡量工作的标尺。

4、精细化工作方式的思考和实践。

5、虚心请教比我做的优秀的其他同事,向他们学习技术或经验。

其实作为一个新员工,所有的地方都是需要学习的,多听、多看、多想、多做、多沟通,向每一个员工学习他们身上的优秀工作习惯,丰富的专业技能,配合着实际工作不断的进步,不论在什么环境下,我都相信这两点:

一是三人行必有我师,二是天道酬勤。

在参加工作的这短短的一个半月中,我深刻的体会到,把自己所有的精力都投入进去,技术工作都不可能做到完美程度,毕竟技术工作太繁杂,项目多而人手少,但多付出一些,工作就会优化一些,这就需要认认真真沉下心去做事情,职业做事,诚信待人。

走过了20XX,没有经历电影里面的灾难,安全平稳的过来了。

不觉得有什么,因为平时就是把这件事当噱头来传,从来就没当真过。

明天开始休假,今天也是今年最后一天上班了,工作阶段性的完成了。

以后当然还需要再改动,但这之前我要回老家过一个轻松的元旦节了。

作为一个程序员,作为一个刚入行不就但满怀憧憬希望的菜鸟,做一下总结对以后的路只会有好处。

这一年从好运开始从坏运气结束,也就是前半年技术薪水各种事情都在走上坡路,而到了下半年虽然技术薪水身体状况也都是在增长,但明显感觉不像上半年那样顺风顺水。

我一向不是个运气好的人,或许是因为性格不够主动的原因,很多东西都会与我擦肩而过,机会像暴风骤雨般向我袭来,都被我一一避过。

很多时候都悲催的望着身边的同学朋友不断的跳槽和加薪,不断的在群里面述说自己的得意之事。

经常也告诉自己刚开始工作,不能太在乎薪水了,应该以学技术为第一要务,应该以锻炼身体和交朋友为重要目标。

在一个公司里一定要先稳定下来,趁年轻多吃些苦,多学点核心技术,将来不怕找不到高薪工作。

但这些话现在看来是自欺欺人了,薪水比同水平的朋友低了一截,技术似乎也没有多少值得夸耀之处,那么我拿什么来安慰自己呢?

这是我第一个公司,目前没换过。

公司整体氛围还是可以的,技术研讨的传统非常浓厚,整个产品开发部牛人还是很多的,和大家熟了之后我就充分发挥了脸皮厚的特长,男的叫哥,女的就叫姐,有什么疑难问题就轮流去问。

三四个人,他们在某些领域都有不错的研究,都具备指导我能力,时间长了次数多了,他们也习以为常只要有空肯定是要被我请来解决问题的。

从他们解决问题的方式和思路中,我慢慢也学会了很多方法,最近半年来我问的问题逐渐少了,偶尔会有解决不了的难题,问到他们身上,他们也大都要犯好大难。

很奇怪,有时候自己怎么想也想不通想不到的问题,只要把他们请来,我的思路立马就开阔了。

情景大抵如此:

他们坐在我的电脑前,我站着恭聆指教。

在他们了解情况和尝试解决办法时,我提一提自己的想法,说说之前未解决的其他原因和产生的现象,于是突然间我就想到了,原来这般这般就可以解决该问题了。

总体来说这个问题他们没给我实质性的帮助,我自己想到了这个问题的解决办法,但让我自己来想恐怕还要好久。

有时候甚至于直接卡壳,大脑短路,无法继续下去。

老鸟告诉我,形成了思维定势,自己很难有所突破,停下来,想一想,或者去放松一下,再来解决这个问题,思路就来了。

这个我深以为然,但项目紧的时候,都是争分夺秒,谁能闲下来去阳台转转?

都是一坐半天,来水都懒得去接,尽管饮水机就在五步远的地方。

去年和同事们不太熟,话说的不多,问题问的也少,不似今年。

今年年初开始,一直都跟几个人形成稳定的吃饭阵营,每天中午必然是我们几个一起吃饭,除非有人出差不在。

在饭桌上大家少谈工作,多说新闻和娱乐,这样大家的关系就拉近了很多,熟了之后我的话就开始多起来,不时的讲个笑话说个段子,大家一乐我也挺高兴。

一年来,好像大家都习惯了我的大嘴,有一次我去外地出差一个半月,回来之后就有人说,你不在的这些日子,大家吃饭都没劲了,少了太多的热闹了。

看来我虽然很贫,但还没招人讨厌,这样很好。

我想可能因为我的真实和真诚,虽然我很喜欢扯淡很喜欢讲段子,也可以说很喜欢装逼,但都是明着装来着,绝对不会玩虚伪。

即使我再装逼,那也是大家一眼就能看出来的,纯粹是娱乐需要,只是为了嘴贫而已。

人际关系自认为做的还不错,最起码没有树敌,和大多数同事的关系都很好,比以前主动了些,这应该算得上是种进步吧。

年初开始一直忙着做部门的一个项目管理系统,这个系统是我接触的第一个正式的开发任务,这个系统曾让我无比纠结,新接触的freemarker还不会用,整个项目都是使用freemarker写成的模板,而我根本无法了解是什么意思,整个项目无法把握,开发就无从下手。

项目的框架是struts2+spring+ibatis,数据库是oracle,这些技术我都有接触,用起来并不困难。

但是项目组中就三个人而已,所以一旦分配了某个模块,就要从需求到设计到编码到测试一个人来做完,还有很多未能确定的任务要先建雏形。

这样就给我带来了较大的压力,一边学一边做,每天下班之后都再多做一个半小时。

慢慢的上手了,两个模块做完整个项目的结构都在我脑中了。

这期间我看了代码重构和设计模式这两本书,虽然没读完,却吸收了不少有用的思想。

现学现卖,直接用到了项目的编码中,把以前很长的方法分割开来,把乱七八糟的命名重新改成有意义易懂的名称,把注释加的合乎规范。

后来证明这个改变给我带来多么大的影响,无论需求再怎么变动,我的代码都只少量修改即可,很少再出现头大的情况。

这个项目持续了近五个月之久,我参与了四个完整模块的开发工作,这个项目对我的技术提高有了至关重要的帮助,让我对框架的理解对数据库的开发都有了质的提高。

项目临近结束时我就踌躇满志,觉得软件行业真没有不可为之事。

现在想想当然很幼稚了,当你觉得自己学到东西时候,才是真正需要学习的时候。

这个项目的结构十分漂亮,很多模板写的都十分巧妙,代码的复用率极高,可扩展性也很好。

看到这样的项目,真觉得架构师和设计师像神一般的存在,我的心离他们也更近了一步。

这里提一提项目经理,女,年龄不详,估计25-30岁,性格豪爽,工作十分努力,技术扎实丰富,在开发中给了我很大的帮助,绝对的女中豪杰。

4月底,经理给我介绍了一个人,这个人是其他组的项目经理,大概技术十分牛,以前没接触过,暂且称之为Y。

告诉我有一个门户系统需要我来做,使用内容管理系统来做。

说实话,这几个字连在一起我还是第一次听到,可能有人觉得很好笑,作为IT专业的人居然连内容管理系统都不知道,大家尽情笑吧,当时我真不知道。

既然连名字都没听过,更别提是用来干什么的了,一头雾水,蛋都疼了。

使用一个产品jeecms,这是一个公司开源产品,网上公开源代码开放论坛指导,但如果用来做商业网站就必须得到授权,授权费用4800RMB。

回头说我对这个项目的了解,那三天真似人间地狱一般,那几天要搬家,晚上很晚才回去,回去后先得打开电脑继续看该系统。

看完11点多了,还要收拾搬家的箱子。

白天Y要问我系统理解的情况,我说理解一部分了,但还不会用。

Y很明显对我的回答不满意,懂就是懂不懂就不懂,没有大致懂了,没有懂一半了。

我只好说不懂,然后问他,他说我也没用过该系统,但这些东西都是相通的,不就是创建网站,开发定制界面吗?

人家既然做成了产品,自然后台都不需要你来做了,只要会html和css就可以建站了。

网上似乎也是这么说的,但实际情况根本不是这样,而我也不止懂这些。

我熟练使用javascript和jquery,熟练使用freemarker标签,对java后台编程和数据库技术也较有心得。

但是就是不懂JeeCMS这家伙是用来干嘛的,这个产品是什么,用来干什么?

别告诉我是建站,因为以我当时的水平,不知道建站是怎么回事,更不知道用内容管理系统建站是怎么回事。

Y白天每天至少骂我一顿,我在他眼中就是个笨蛋__,之前跟同事交流问题没被这么骂过,说实话真不习惯,他的声音大的两个部门都能听见,人人位置侧目,我想当时我的脸色一定是红白交替,但面对比你牛的技术人员还能说什么呢,谁让自己菜呢,挨骂也活该。

我的脾气一

向不好,但那时候却从容的忍了下来,当时我就想,我一定要把这玩意搞懂,搞通,让你另眼相看。

五一之后出发去了客户那里,才知道,之前做的准备和需求调研都是扯淡。

需求要重新调研,项目要重新规划,最重要的是,Y不是项目经理,不知道谁是项目经理,向谁请示向谁汇报谁来监管?

都不知道,我的任务就是根据需求做项目,一个菜鸟,孤立无援的状态下完成并不确定的需求。

大家想想我当时的状态吧,一个人在外地真的是很寂寞,那段时间尽管吃得好住得好,有电视看有网上还有ipad玩,但一到周末就犯难,不认识一个人不知道去哪里度过,从来没有如此的寂寞过。

后来实施部门也来人了,总算有了认识的伴了,慢慢熟了也成为很好的朋友。

项目这边需求也慢慢明确了,虽然有很多问题之前没遇到过的,但经过艰难困苦的过程,问题一个个迎刃而解,客户那边也很好说话,有些东西实现不了他们也就不计较了,请我们吃了两顿好吃的,让我感觉很温暖。

前后经历了两个月,这样一个现在看来极其简单的项目才算完成。

这个项目中我的收获更大,因为从客户接触,需求调研,软件设计,编码发布,实施运维都是我一个人完成的。

而且完成了很多数据库和源码的改动,算是真正意义上的二次开发,对springMVC框架的优越性有了很大的了解,对hibernate框架也了解了不少。

其他的一些技术在前面的博客里也都涉及到了,最大的好处就是开阔了眼界,让我真正知道了软件是怎么回事,需要考虑的多种因素该如何一一进行调优。

暴漏的问题也有不少,比如没有人去交流,造成工作效率低下,没有人监督造成工作散漫不抓紧时间,这都是以后工作中要注意的事情,毕竟这个要靠自觉的。

现在这个项目是从9月份接触的,现在依然未能完工,但基本功能已经上线,需要其他功能的添加和优化。

这个项目暂且不介绍了。

做程序员总要有个目标,我想我的目标就是往oracle方向发展,oracle是星球上最好的数据库管理系统,国内也有不少的oracle大师,他们的成功之路十分激励我的心智,觉得这个就是适合我发展的道路。

坚持每天学习,即使以后不做dba,也要做一个oracle方面的牛人。

来公司担任程序员一职已一年多时间,在这一年时间里,我学到了很多东西。

每个人都是在不断的总结中成长,在不断的审视中完善自己。

在这半年里自己也是在总结、审视中脚踏实地地完成好本职工作,现将这半年的工作总结如下:

严格按照一个程序员应有的素养要约束自已,爱岗敬业,具有强烈的责任感和事业心,积极主动认真的学习专业知识,工作态度端正,认真负责,听从公司的安排,积极配合全友家私完善ERP系统,任劳任怨。

热爱自己的本职工作,能够正确认真的对待每一项工作,工作投入,热心为大家服务,认真遵守劳动纪律,按时上下班,有效利用工作时间,坚守岗位,需要加班完成工作按时加班加点,保证工作能按时完成。

在这半年里,我本着把工作做的更好这样一个目标,开拓创新意识,积极圆满的完成了以下本职工作:

配合全友家私开发并完善SRM系统

独自开发全友家私SAP日志维护系统

一公司领导以及部门领导同事的帮助和指教,使我的工作有了很大提高,当然我还存在着很多不足之处,处理问题思路简单,不够成熟,工作中容易产生急躁情绪,需要更深入学习专业知识,提高自己的工作水平。

我是一名程序员,在过去的一年里,软件研发部团结协作,以及在公司这充满奋斗的环境下,我以严肃认真的工作态度和百折不饶的精神,努力的完成了公司的各项工作,在软件研发、团队协作和个人成长上也取得了一定的成绩。

在公司一年的工作已经结束,特向公司总结汇报如下:

根据公司的安排,项目的需要。

在自身的努力、伍经理的帮组,团队的合作下,克服重重技术困难,增长了工作经验,收获丰盈:

1、asp。

开发

以前我在其他公司也做过一些开发,但是底层和架构与页面样式我都是没有涉及到的。

通过这一年在本公司的的这些项目程序中的锻炼,我成长了,我学会了很多很多。

首先,面向对象语言的收获。

对于当前编程的主流思想是对象,任何事物都可以用对象来表示。

以前理解这些话很费解都是从表面上理解,没有从深入的体会,通过这次asp。

项目的深入,不管是数据还是外部一些条件我们都可以抽象成对象,都可以用对象来表示,具体可以用语言中的类方等。

asp。

如此,c#如此java也同样如此。

其次,具备独立完成vb。

知识方面的能力。

以前没有做过vb的东西,加上这次深入的做,这次涉及到的领域也非常广,常用的重要的都有涉及,并且还补充Xml,javascript实际操作中空白的部分。

通过这一年的开发,在。

方面我能胜任这方面的工作,能独立完成这方面的工作。

再次,c#方面存在一些不足。

LocALhOST通过c#这次软件的开发,也发现自己的不足,如基础知识掌握不牢,缺乏编程整体思想。

这些都是需要在工作中完善和改进的。

2、数据库开发

数据库是伴随着项目以来用的最多最平凡的技术。

以前对数据库只是会一些简单常用的操作,经过这一年项目的实战,对数据库的操作增加了一些丰富的经验。

为以后的工作和经验的积累都奠定了坚实的基础。

同时在项目中还用到了oracel与aess数据库,这是我最大的收获。

优点:

能熟练的运用数据库技术进行开发。

特别是对sql数据库的操作,经过这么长时间的积累,基本上能合理的设计和新建数据库,同时在数据结构上也加强了对数据库的理解。

通过项目的实践现在能熟练使用和编写多种sql语句。

还掌握了一些关于数据库优化sql语句优化的方法,能进行一些简单的优化。

缺点:

数据是一门比较先进的技术,并不是你会写一些sql语句,能建几个数据库你就是数据库工程师。

要成为一个好的数据库管理员是要经过长时间的工作积累。

针对自己的不足,在以后的工作和学习中多接触,多运用新的知识点。

充实自己的经验和知识储备。

上面的成功与收获,除了自身努力外,以及公司的支持。

是这个团队铸造了我。

我们这个团队也是因为有了我们这些拼搏协作的队员,使得它成为一个具有务实、拼搏、创新精神的团队。

我与软件研发小组是一个整体,这里的团队总结也就是我在这个团队中的收获。

务实:

公司下发的任务,下发的工作,件件都是用心去做的。

我们这个团队中没有一个人在工作的时候做了工作以外的事情,都是实实在在的做跟工作相关对公司有益的事情。

相信在伍经理的带领下现在是这样,以后同样也是这样。

拼搏:

公司给的每一个任务不管它多难,如果工作没有完成我们会晚上加班,也要尽可能的完成当天的工作。

如果工作实在忙,为了赶进度我们放弃周末休息时间也要尽可能的使项目提前。

创新:

现在我们开始项目的时候都会进行研讨,一般都会进行一个效率和逻辑的分析与讨论,保证程序正确的前提尽可能的提高程序的效率。

互助:

我们小组内只要任何一个人出现技术或其它的问题,我们都会彼此都会尽可能的去帮助他。

不会因为某一个人而拖住整个项目滞后。

交流:

我们在项目中会及时沟通自己的收获,特别是一些针对性的技术问题。

这样可以省了很多重复研究的时间,这是一笔很可观的时间。

在交流中只要我会的,我懂的,我不会去吝啬。

我会积极的去与你交流,我的团队名言“人强团则强,人弱团则削”。

通过公司这快一年的锻炼与学习我真的进步了很多,不管从技术上还是做事上,都不像以前那样了。

我在公司学到的懂得的使我飞速成长。

光阴如梭,半年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的20XX年,满怀热情的迎来即将到来的20XX年。

在这年终之际,现对来公司5个月的时间里所作的工作汇报如下:

1、正义erp项目的编码工作。

从了解正义项目的背景、及计划安排,熟悉正义公司制度及业务流程,再到熟悉新能开发模式,之后我根据需求调研报告,从基本的数据库创建,到编码,完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。

通过这段时间的努力,使我个人的耐心、细心程度及对工作的合理安排得到了锻炼,学会了在繁忙之中找条理,危难之中找希望。

同时自己也有一些不足之处,一些细节地方技术上还不太成熟,还需加以学习与钻研。

2、正义erp项目的实施工作。

从十一月初开始进行正义项目的实施,每天早起赶在企业上班前赶到企业进行erp的实施。

实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题,晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作,使我原本欠缺的业务能力得到了很大的提高,并学到了很多与客户交流的技巧及业务上的知识,更加明晰了erp系统的流程。

但离一个成功程序开发人员的标准还差得很远,在今后工作中,定会多多注意,加以改善。

3、帮助和使用手册文档的编写。

帮助的编写使我熟悉了dreameweaver和fireworks的使用,为后期的oa开发也奠定一定的基础,使用说明的编写,使我更加加深了项目开发的整体思路与技术要点,总结了前期开发和实施中碰到的问题,并又一次的对软件整体进行了测试,对暴露出的小bug进行了最后的修改。

4、利用工作之余的休息时间加强学习。

平时注意收集有关pb方面的资料文件,提高自己的处理新问题和解决新问题的能力,并加强学习java及oa方面的知识(现转为学习。

),为后期的工作打好基础。

以上为本人粗略的个人工作小结,请领导审阅,如工作上有不到之处,请领导不吝指出,以便本人及时改正,从而能更好地工作。

展望临近的20XX年,我会更加努力、工作上认真负责,再接再厉,更上一层楼。

相信自己会完成新的任务,能迎接新的挑战。

先自我简介一下,本人从事asp。

开发进一年,XX届毕业生,XX年11月开始上班,之前做asp,XX年2月后开始做asp。

,由于公司转型,现在带十几个人在一起搞asp。

开发,主要是关于准金融行业的行业管理软件。

年度总结在会议上也写了,但仅限于对于工作总结及XX年工作计划,较少,因此今天专门做下自我的年度总结,主要从技术、管理、人生上面谈谈这一年的收获,前辈路过欢迎多多指正。

我在学校里学的是电气自动化,程序基础仅限于c基础课程的一些知识,后来由vb、html转向asp,在asp上花费了不少时间,对asp比较熟悉,后来由于公司业务需要,将开发平台转向asp。

,开始对asp。

不是很感冒,以为就是asp的一点扩展(那时还不知道三层架构,数据数据访问全在页面里——!

),后来招来几个北大青鸟的过来终于意识到asp。

的强大之处,经过个人的努力已经逐步掌握了asp。

,现在层次上只能讲个人觉得是入门而已,原因是多方面的,待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉:

面向对象开始真的有点别扭,涉及到属性,尤其是类之间的各种关系,那时老想用面向过程传递参数多方面啊。

于是老在想对象这种东西,从概念中跳中来,以自己的方式去理解才逐渐体会到页面对象的精华来,分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了,尤其是对象之间的关系,如对象a与对象b两者之间的关系,有些需要完全公开,有些需要隐藏,有些需要通过第三方传递,有些需要给自己的下级可见,有些需要让下级去完成具体操作——这不是现实的实际模型吗?

应该这么理解,面向对象现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。

相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式,在之前的面向过程中对这个设计模式并没有清晰地提出来,面向过程优秀的代码要求高内聚低耦合,从个人的理解上,这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次,因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系,可以认为设计模式是完全从实际的应用来不断总结得来的经验,之间并没有这种术语,但相信前人肯定也使用到这种思想,它从实际应用于来,当然要应用于实际工作中,认真思考不断总结每

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 职业教育 > 职高对口

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1