项目开发总结（16篇）.docxVIP

第

项目开发总结（16篇）

项目开发总结（精选16篇）

项目开发总结篇1

基于之前的项目经历，我想从以下几个角度谈一下个人心得。有些人可能觉得这些都很简单，但是我发现很多前端开发人员在编码中自动选择了忽略。

一、代码书写规范

1、使用类似于强类型语言的语法格式，定义数据结构和常量，在编程中使用这些数据结构定义变量，这样可以在编译时就能有使用错误提醒。

2、涉及到数据的判断比较，最好通过静态常量引用的方式实现，这样有利于后期的维护和扩展，同时提高代码的可阅读性，简化修改逻辑。避免直接使用字符串或数字直接比较。

3、在实现业务逻辑时，首先看能不能抽离出业务配置项+组件，这样可以降低复杂度，实现过程可能更舒适。

4、前端人员很容易变量函数命名不规范，变量和函数名字定义好了，会在代码阅读和逻辑上面避免不必要的麻烦，切记通常变量是名字，函数是动词开头。

5、函数参数定义要清楚明了，一定要为参数定义相关的数据结构，参数的传入顺序应该是由重到轻，有默认值的参数要放在后面，不要定义无关参数。

二、代码逻辑解耦

1、一定要避免代码写的混乱，两个文件相互引用，很容易造成耦合，所以一定要将公用方法或公共组件归置好，也要分出与业务相关的业务公用方法和业务公共组件。

2、要做到每个函数或组件各司其职，不要做过多额外的工作。做多了就会导致逻辑混乱，所以如果定义的足够好，实现起来就越容易。

三、两条设计主线

1、两条线为技术框架线和业务框架线。

2、业务框架线：将业务拆分为基础业务、常用业务、定制业务。

3、技术框架线：将组件、配置、函数分为基础实现、业务弱相关实现、业务强相关实现，大部分前端开发者在组件开发时很容易。

4、业务框架线和技术框架线一般是交织在一起的，但是在设计时一定要有这两种概念，这样有助于提高系统实现的清晰度。

四、组件的封装和继承

1、在做封装和继承之前，首先要根据需要分离通用组件和业务组件。虽然已经有了antd这样的通用组件，但是难免要在其基础上做进一步的封装使用，提高可用性。

2、前端组件一般最多只需要三重：通用组件—业务弱相关组件—业务强相关组件。这样的递进封装可以让页面的可配置化更强一些，如果页面实现了可配置化，也会给开发省时省力。

五、配置化思想和钩子函数

1、可以运用配置化思想抽象页面的部分功能，并记录用户的行为习惯，实现定制化和个性化。比如：（_）可以定义操作行为列表，标识页面上的各种操作；（_）可以通过配置化列信息生成页面表格，以及格式化表格展示字段。（_）可以考虑通过配置化信息实现页面的布局，让开发更加丰富有意义。

2、配置化思想离不开钩子函数，它的定义有助于某种操作时数据的定制处理。比如：在定义了页面操作行为后，钩子函数可以（_）在某一特殊操作时生成签名。（_）在提交数据时数据校验。

项目开发总结篇2

未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。

经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。

在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。

上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化，工业化大生产，提高其劳动生产效率。只有如此，软件业才能实现社会化，工业化大生产，才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规