开发过程中的一点领悟(2)

随着开发的项目、功能、组件越来越多,对于代码的“可维护”性感触越来越深~

在这次的开发中,有一个地方需要用到分页条,于是我理所当然的就开始按照UI设计画好了页面,而当要写js的时候,脑海里还是飘过“要不要写成组件?”,

很好!这个想法是对的,然而这个分页条仅仅只有一个地方要用,“那么我为何要写成组件呢?”,这种“懒惰”的,“不聪明”的想法又出现了,伴随着项目开发时间的紧缩,我居然毅然决然地放弃了将这个分页条写成组件~

项目一点点地做,

时间一点点地走,

暴风雨前的安静总是这么让人惶恐~

但是要来的还是来了~~~

做着做着发现别的地方也要用到这个分页条,然后之前我却将这个分页条写的“死死”的,“不可维护”、“不可扩展”,不过没事,也才两个地方而已嘛。。。

项目一点点地做,

时间一点点地走,

靠,你猜对了~同样的分页条又出现了,这次我猜幡然醒悟!!!

“花”一些时间,“花”一些精力,去构想页面的每一部分,去设计页面的每一部分,很重要,不要因为怕麻烦而用最“简单”、“方便”的形式去写页面,最终你总会发现这个页面好难维护~~~!!!

时间: 2024-10-13 17:04:50

开发过程中的一点领悟(2)的相关文章

开发过程中的一点领悟(1)

今天在学些一些新的框架,然后我自己就尝试做了点东西,一个简单的页面切换,其实用纯的js(jquery)来完成更加简单. 所以一开始我就很苦恼,为什么要开发这种框架!!! 当我“大彻大悟”之后,我才明白,大部分的框架其实并不是用来开发一些简单的功能的,而是给“大”项目用的, 比如alert一下,还需要用很复杂的框架吗?不用... 所以用“大型框架”开发简单的功能是不合适的~有时候还不如不用~

团队开发过程中的一点感想

以前还不觉得单人开发和团队开发的区别有多大,以为顶多就是把一个人的任务分给了多个人而已,但是其实不然. 我也是在经历过团队开发之后,才感觉到了单人开发与团队开发之间的重大区别(大致情况在后面说明),并不仅仅是将任务划分一下就完了. 而在之前我之所以任务他们之间的区别不大,只要是因为我忽略了一个问题,在团队中中的每一个人都是一个独立的个体,每一个独立的个体都会拥有一种不一样的思想. 一个独立的人思想是可以根据自己本身的需求和意向而改变的,但是如果是一个团队,团队里面同时存在着多种独立的思想,思想与

软件开发过程中如何避免争吵?

软件开发过程中,对一个问题有不同意见是很正常的,不同思想的碰撞可以带来进步,但是如果沟通不当,引发争吵,从而延误项目开发进度,就会得不偿失了. 要做到避免争吵,首先得自我反思,自己是不是哪里做得不对,问题没考虑清楚.问题还没明白就去和别人争,就是你的不对了. 其次,要站在别人的角度先想一想问题.是不是PM有难言之隐,公司的压力过大,不能采纳我的建议? 设计师看问题的角度是不是和我不一样?我的代码编写是否规范,有没有给复审测试人员带来麻烦?项目有没有充分考虑并达到用户的需求?在和别人争论前,必须充

node.js项目开发问题集锦(不定期更新,随时把开发过程中遇到的问题加上)

1.用express开发站点时,怎么定义通用的头部和尾部 方案1:用类似asp时代的include添加,如ejs模板: <% include ../header.ejs %> <h1 class="page-header"> 这里是内容. 注:..表示header.ejs在上一级目录,ejs扩展名可以去掉,直接写:include ../header </h1> <% include ../footer %> 方案2:用类似于MVC的lay

关于web前端开发过程中SEO优化的注意点

SEO优化通俗点说就是为了让网站在各大搜索引擎中更容易的被搜到,即提高搜索排行,从而提高网站流量的一个技术手段 在写web页面的时候,为了让网络爬虫更容易的搜索到页面,需要注意几个点: html语义化 刚接触web前端开发的时候很奇怪,既然html标签可以通过css进行更改它的内置属性,为什么还有这么多的标签存在 <div>,<h1>,<span>,<strong>.... 而现在,随着对前端的不断深入,才逐渐明白它的用处 语义化的html可以让开发者更容易

android app 开发过程中 对于性能优化的总结

一款手机应用  从开发过程中就要做好 性能优化,这样才能 让用户体验度 提升, 假如 我们打开一个应用 出现卡顿, 不流畅,则会很影响 用户对该应用的态度,产品狗 都很注意这些人机交互方面的 体验. 谷歌官方也是一直在优化 android 系统,不论是  碎片化处理 还是 系能 上面,这方面 ios 就做的比较好,配置比 android 低,但是流畅度却比android高,体验效果更好. 官方推荐方案:http://www.oschina.net/news/60157/android-perfo

iOS项目开发过程中的目录结构(转)

iOS项目开发过程中的目录结构 我在这个目录结构方面真是吃了不少苦,开始总是觉得快点写快点写,后来发现只有快是不行的,在没有给整个项目的结构有一个清楚的认识和了解之前就匆匆动笔(敲代码啦)是非常冒失的, 好在在后来修改的过程中慢慢琢磨出来一套目录结构,现在发出来给大家参考一下. 项目主目录结构如图: 1.Network主要用于进行网络请求,以及请求完成后对数据进行处理使用, 2.Category:类目,这个文件夹放在这里我觉得是不太准确的,但是具体应该放在哪里我一直无法确实下来 3.Contro

iOS开发过程中使用Core Data应避免的十个错误

原文出处: informit   译文出处:cocoachina Core Data是苹果针对Mac和iOS平台开发的一个框架,主要用来储存数据.对很多开发者来说,Core Data比较容易入手,但很难精通,如果没有正确的学习方法,你将很难真正理解它,更不用说精通了.很多开发者常常在这方面犯一些错误,而这篇文章列出了开发者在iOS开发过程中使用Core Data常见的一些错误,并对如何避免这些错误进行了分析.  1.不了解关键术语 对于iOS开发者来说,会使用Core Data是一项必备技能.

asp.net mvc开发过程中的一些小细节

现在做网站用mvc越来越普及了,其好处就不说了,在这里只记录一些很多人都容易忽视的地方. 引用本地css和js文件的写法 这应该是最不受重视的地方,有同事也说我有点小题大作,但我觉得用mvc还是得有一个好习惯,对于维护那肯定是有帮助的. 首先是下面的代码(推荐写法) <link href="@Url.Content("~/content/style.css")" rel="stylesheet" type="text/css&qu