开发心得记录

开发心得记录开发心得记录

开发心得记录

注：主要记录一些在编码过程中的一些心得体会，或者突发奇想的开发思路，这里将不涉及过多的详细代码，更多的可能会将代码分块，然后分析和思索。笔者盼望通过这样的方式记录自己开发思想的迁移过程，也为后来者供应更加详细和有用的指导。

*******************************************************************************1、目前我所了解的开发技术及其理解：HTML：超文本标记语言主要用于网页的制作，供应了一些已经被定义好的标签，每个标签都具备独特的功能。开发者通过将这些标签合理的整合，从而到达展现整个页面内容的目的。一般来说，HTML不单独存在，它会和CSS(层叠样式表单)和javascript一起开发网页。根本上，只要是Web应用就确定会需要和HTML打交道。HTML的标签就像是一堆已经被HTML标签的开发者制作出来的积木，我们在制作网页的时候，仅仅只是需要去依据详细的需要完成积木的搭建就可以了。

CSS：层叠样式表单主要用于协作HTML标签来掌握整个网页的内容展现。一般来说，我们将HTML的功能定义为显示内容，然后把CSS的功能定义为修饰内容。实际上，HTML可以用于显示内容，也供应了一些可以帮忙我们定位内容的功能，但是随着行业的进展，HTML中的那些定位的功能渐渐由CSS取代。目前做网页比拟流行的一种方式是：DIV+CSS。javascript：一种脚本语言主要用于在Web页面上参加一些交互的内容，提高网页和用户之间的交互性，增加网页的趣味性。假如只有HTML和CSS，那么做出来的网页是静态的，也就是说，这个网页只是供应了展现的功能，用户只能够扫瞄里面的内容，用户的自主性很差(最多是通过超级链接去选择性的扫瞄页面)。而参加javascript之后，我们可以给用户更多的自主性(不刷新页面，选择性的扫瞄内容)，而且页面上会存在更多的动态的内容(导航栏效果，页面特效，动态内容展现等等)，而且我们能够在一个页面的范围内展现更多的内容。通过DOM，我们还可以动态的修改网页中的元素，通过使用Ajax和效劳端异步通信我们甚至可以做到一些不刷新整个页面而更改页面显示的效果。xml：可扩展的标记性语言主要用于描述和存储数据。一般以标签的形式存在，类似于HTML，但是语法比HTML严格。XML所使用的标签一般都是由用户自己依据需要创立的，所以它的自主性很强。我们一般在XML中保存一些程序初始化所需要用到的数据信息，有些时候也用于跨平台的数据保存。

java：一种面对对象的编程语言脱胎自C++，在C++的根底上简化的一些操作，所以与C++相比，相比照较简洁。目前java主要由三个方向的应用：桌面(J2SE)、网络(J2EE)、手机(J2ME)。这三个应用的底层语法是一样的，主要的区分在于：1、使用的API不一样；2、程序运行的平台不一样。在运行java程序的时候，需要安装和配置java的运行时环境，这个运行时环境主要由JVM(java虚拟机)和SDK(java类库)组成。jsp：javaserverpage主要是用于简化动态网页的制作而提出的一种开发标准。一般和sservlet以及javabean一起构建Web应用。JSP中集成了html、css、javascript、java、jsp标签等元素，语法相对杂乱。在开发的过程中，一般会在程序的构造上下功夫，使得程序的构造更加清楚和明白。在MVC模式中，它处于视图层，主要用于数据的收集和显示。留意：JSP的执行需要Web应用效劳器的支持。

servlet：java效劳端小程序实际上，它就是java类，不过和一般的java程序相比，它需要继承HttpServlet类。在执行的过程中会和Web应用效劳器协作一起工作。在MVC模式中，它处于掌握层，主要用于程序规律的掌握。

javabean：java小程序(特定标准和特定作用)Javabean实际上也是java类，但是它的作用和servlet不尽一样。与servlet相比，它更加的自由化，在MVC模式中，它处于模型层，主要用于执行详细的业务规律。MVC：一种开发模式和程序的构造标准它将整个应用分成了三层，M(模式)V(视图)C(掌握)。每一层都有自己的特定功能，主要作用就是将开发任务模块化，使得各个层级之间的功能耦合性削减，增加代码的可移植性和可维护性。在使用MVC的过程中，最重要的是三个模块的抽象和划分过程，这个过程往往比拟重要，而且花费的时间会比拟多，还有就是使用MVC会使得工程文件增多，这也会导致整个工程的简单化。一般来说，假如是比拟小的工程，不需要使用MVC实现。Flash：FlashCS设计器主要用户Flash动画的制作，偏向于设计。在制作嬉戏的过程中一般使用Flashcs设计器完成元件的制作，削减动画的制作难度，提高程序的开发效率。ActionScript3.0：Flash动画的内部脚本主要用于掌握Flash元素，它和Flash一样需要在FlashPlayer中执行。目前ActionScript3.0(后面简称AS3)由AVM2供应支持。AS3的核心是显示对象，根本上全部的编程都是围绕显示对象来说的，所以AS3一般用于客户端的制作。目前AS3是制作WebGame客户端的首选，也是制作RIA的首选。它的主要优势：1、丰富而简洁的类库；2、市场占用率特别高；3、专注于客户端，给用户供应更加炫丽的客户端展现。Flex：一种企业级的Flash应用程序开发框架类似于XML和HTML的结合体，实际上，执行的过程中每个.mxml都被转换成了相对应的AS代码执行的。主要用于大型的RIA应用，目前许多公司选择其作为界面的展现，由于它内部供应的丰富的组件，能够很大程度上提高程序的开发效率。但是Flex也存在几个比拟严峻的缺乏：1、由于需要把.mxml解析成AS执行，所以与纯AS代码相比，执行效率较低；2、由于Flex代码的执行需要Flex框架的支持，所以在目标SWF中需要集成Flex框架，这会导致SWF文件的增大；3、丰富的组件库供应了多样的选择，但是我们会发觉，有更多的组件我们不需要使用，造成了很大程度上的资源铺张。OOP：面对对象一种程序开发思想，它有四个特点：抽象、封装、继承、多态。一般来说，我们把后面的三个特点称为OOP的三大特性。与传统的面对过程式的编程方法相比，面对对象是站在河更高的高度上从整体上去分析整个代码构造。面对过程是从小到大，渐渐叠加积存的过程；而面对对象就是从大到小，渐渐细化的过程。面对过程是依据计算机规律，一点一点的实现效果；而面对对象是站在人类本身的角度上去思索问题，然后依据详细的语言和语法结合计算机规律去实现自己的想法。面对对象的好处在于，由于整体构造是站在人类语言的角度上去设计的，所以，理解起来相比照较简洁，而且扩展性也会特别好，便利代码的重用以及后期的维护和修改。但是它也对开发人员提出了更高的要求，所以，使用OOP的原则和MVC一样，假如是一个相比照较小的应用程序的话，就没有必要使用OOP了。设计模式：一种面对对象的设计思想设计模式本质上是由一些有阅历的程序员从大量而重复的编码工作中总结出的一些既定的编码规章。它供应的主要是一种代码构造，用于实现特定的需要。设计模式的使用能够简化设计师的设计工作，并且由于供应了一种统一的标准，所以，使得了解设计模式的程序员之间的沟通变得简洁。需要留意的是，全部的设计模式都是为了解决肯定的问题而存在的，所以设计模式的使用应当是有特定要求的，假如你不确定使用设计模式之后会有什么好处，那么最好还是别去使用设计模式，由于，设计模式是一个相对抽象的东西，许多的初级程序员很难去理解为什么。实际上，最好的使用方式是，了解设计模式的内部意义，然后依据工程的需要去使用这些设计模式，甚至在一些特定的构造中去修改设计模式，使得这些设计模式能够很好的组合起来，或者自定义一些设计模式的变种，使得设计模式更好的与当期的工程结合起来。

UML：一种建模标准UML主要是为了给设计师设计整个应用构造的。它存在的目的和价值在于让设计者更加清晰所需要制作的是什么，也为了让其他参加开发的人员知道整个框架的也许构造，了解自己负责的模块需要和哪些人员有交互。假如后期需要修改，也可以在这个根底之上进展修改，这样的话，一些相比照较长时间的开发才会进展的更加顺当。UML设计主要包括以下几个方面的设计：1、流程设计；2、类构造设计；3、模块设计等等。201*-12-22by:lymeng*******************************************************************************2、啊

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

扩展阅读：灵敏开发心得

灵敏开发心得

灵敏开发，曾经对它的理解就是没有文档的快速开发。众所周知，写软件开发文档是一件很苦痛的事情，所以越来越多的人由于这点去使用灵敏开发。但是经过这一段时间的学习之后，我对灵敏开发有了一些新的理解。

首先，对灵敏开发下个定义，借用下百度百科的定义。简洁的说，灵敏开发是一种以人为核心、迭代、循序渐进的开发方法。在灵敏开发中，软件工程的构建被切分成多个子工程，各个子工程的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大工程分为多个相互联系，但也可独立运行的小工程，并分别完成，在此过程中软件始终处于可使用状态。

这个定义只从外表上解释了一下灵敏开发，没有详细说明怎样使用灵敏开发。下面讲一下我对灵敏开发的详细心得。

1.架构师的重要性

首先，灵敏开发对于个人力量的要求是非常高的，尤其是领导人的力量。领导者及架构师是个举足轻重的角色，需要有深厚的行业背景、创新力量，以及架构力量。一个好的架构师，必需能考虑到产品当前使用模块，产品可以连续进展的模块以及下一代产品的方向。只有考虑到这三种模块和特性，这样的产品才能保持长期的生命力。灵敏开发也强调拥抱市场变化，这对产品架构师提出了很高的要求深厚的业务背景、创新力量、技术洞察力和架构思想。

2.不断加强自己的技能

灵敏开发对于个人适应变化的力量要求特别高，所以对于一般员工来说，就必需不断加强自己的技能。不断的关注优秀的技能和好的设计会增加灵敏力量，许多原则、模式和实践也可以增加灵敏开发力量。

3.结对编程

结对编程，简而言之，就是两个人同时坐在同一个电脑面前，一个人编程，另外一个人检查并赐予肯定的帮忙，过一段时间可以交换工作。许多公司不情愿使用结对编程，由于这样得额外支付一倍工资。但是，结对编程也有它的优点。在工作效率上说，两个人同时工作就避开了单独工作时消失的没事上谈天和扫瞄休闲网站的状况，这样会提高工作效率，结对编程一天的产出不肯定小于两个人分别工作时的工作量。而且结对编程由于有另外一人的检查，出错率会大大降低。众所周知，错误发觉的越早，系统维护起来所需要的代价越小。而且在我理解，这样还可以增加同事间的友情，在工作其他方面会有意想不到的好处。

4.面对面沟通

在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。在十几或者二十几个人组成的大团队中，文档是一种比拟适宜的传递学问和沟通的途径。而灵敏团队一般不会许多人（大团队实施灵敏时也会分成多个小的灵敏团队），所以大量的文档沟通其实并不是很经济的做法。此时面对面的交谈反而更快速有效。

5.常常性的交付软件

常常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。只要我们可以保证交付的软件可以很好的工作，那么交付时间越短，我们和客户协作就越严密，对产品质量就更有益。虽然我们屡次迭代，但并不是每次迭代的结果都需要交付给用户，灵敏开发的目标是让他们可以交付。这意味着开发小组在每次迭代中都会增加一些功能，增加的每个功能都是经过编码、测试，到达了可公布的质量标准的。

6.严格执行单元测试

全部编程人员都知道需要做单元测试，但是有多少人可以仔细对待。很少人是真的想尽方法构建测试案例，大多数人都是应付了事。所以要仔细对待单元测试，无单元测试的代码严禁提交。甚至于在条件允许的状况下，实施测试驱动开发。即先有单元测试，后有代码。

7.开发人员和业务人员每天在一起工作

在整个工程开发期间，业务人员和开发人员必需每天都在一起工作。软件工程不会依照之前设定的规划原路执行，中间对业务的理解、软件的解决方案确定会存在偏差，所以客户、需求人员、开发人员以及涉众之间必需进展有意义的、频繁的交互，这样就可以在早期准时的发觉并解决问题。

8.轻文档但非无文档

灵敏开发强调沟通的重要性，而轻冗余文档。但灵敏开发并不意味着无文档。在灵敏开发过程中，适量的文档还是很有帮忙，有助于整理思路，加快沟通和争论。以前我们都用需求规格说明书或者用例来编写具体的需求，灵敏使用用户故事来排列需求。使用基于用户故事的需求分析方法时，仍可能需要原型和编写文档，只是工作重点更多的转移到了口头沟通。

9.反省会议

每隔肯定时间，团队成员应当对最近的工作进展反省，然后相应地对自己的行为进展调整。由于许多不确定性因素会导致规划失效，比方工程成员增减、技术应用效果、用户需求的转变、竞争者对我们的影响等都会让我们作出不同的反响。对以上这些变化，小组通过不断的反省调整来保持团队的灵敏性。

10.有组织的团队

大家都知道，最好的构架、需求和设计出自与自组织的团队。灵敏中有许多种实践，其中迭代式开发是主要的实践方法，而