html页面的开发总结,Html 网页开发反思与总结

网页开发过程中，最困的地方时在开发完成90%的时候，然后对细枝末节的问题进行修复的时候。这个时候，大体处理过程已经成型，UI的显示隐藏，加载初始化等都已经定型了。此时需要调整的东西就需要兼顾 数据和状态，事件和控制逻辑，UI的取值设定值，以及约定好的数据格式等。

同时考虑这么东西，就让人想起如果使用一个框架，就爽多了，可以少考虑很多问题。不过如果框架只是简单的隐藏复杂性，虽然对于调用人员来说是减轻了压力，但是并没有从根本上解决这个复杂交互的问题。就好比收拾房间，把一些乱七八糟的东西都赛进一个箱子里面，房间里面是干净了，但是箱子里面却是更乱了。

当然有人说，这个箱子并不是每个人都需要开启收拾的，交给指定的人来做就好了。但是不同怎么样，我得意思是这都没有使得网页的开发从本质上变的清晰明了。

隐藏不是封装，框架必须透明。

下图是自己近三个月来的处理网页的反思和总结：

网页应用是这样的一个应用，他是以js为脚本语言，以事件为驱动的，以html标记和css为展示的，简单MVC结构。其作用无非是引导用户以正确的操作向服务端反馈信息。因此如何设计界面引导用户进行适当的操作，就很重要。而这些引导就是在适当的时机，展示出适当的界面。

有可能会考虑到如下方面的问题：

正在执行的动作时瞬时的还是连续的：比如拖拽是个连续的过程，而点击是个瞬时的

是否在动作的执行过程当中：比如是否在拖拽

当前业务数据的状态如何：比如当前业务状态允不允许做出响应

当前是否在工作区内：比如拖拽超出了工作区范围

是否超时：比如ajax请求超时了

是否失去了焦点：比如意外的焦点丢失，比如操作系统弹窗等

好吧，再复杂点：

是否发生了错误：处理业务发生了错误？找不到div对象，由于某种原因未被加载，或者未能够被正确解释

是否呆住了,长时间未动作：比如离开了

是否发生了副作用：是否不小心操作了一下另外的UI元素等，这个元素会对其他处理过程造成影响

有否引起连锁反应：哦，比如一连串的事件，特别是自定义事件，他会造成死循环吗？会引起额外的业务吗？

需要模糊操作意图吗？

需要撤销操作码？

再比如，由于界面未能够被正确呈现，而提交了不应该提交的数据？能判断提交的数据是否正常吗？

。。。。