项目开发工作总结 篇11

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

　　一、代码书写规范

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

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

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

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

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

　　二、代码逻辑解耦

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

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

　　三、两条设计主线

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

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

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

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

　　四、组件的封装和继承

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

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

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

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

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