|
锁定老帖子 主题：写js写到吐血——还是经验欠缺啊
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-27
最近一项目中在选型时候偏向于“重”web前端的方案，并且提前做了很多准备。
项目过程中，一些简单的数据管理类的功能也很好解决，异步调用下数据，动态的dom现实，操作以后，用js包装成json字符串传递到后端再绑定到vo进而做后续操作。
由于没用到ext之类的，js端的对象模型只是基于base.js稍微对象化了些。与后端数据交互的封装和扩展都是自己写的。
但后面有一个相当复杂的页面，数据存储涉及到近10个表——查询的就更多了。 其中有一对多再一对多再一对多再一对多（4层）的表数据库的增删改，附有大量的校验的交互操作，越往后越觉得可怕，前段时间想死的心都有了——现在才有点慢慢抗过来的感觉。
还是感觉自己的js实践太少了，调试方面在chrome下还ok，在ie下真的效率低下。
项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的——筒子们发表下自己的相关经历呵！
PS：通过做这个，我JQuery从之前的看文档写功能到现在的几乎能丢掉api写出所有的表达式和方法了。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2011-09-28
代码多难维护要从程序结构上找原因，耦合度越高，就越不好维护。
以人类那点可怜的脑容量，是不可能同时考虑太多太复杂的事情的（所以才有了oo） 这点其实与使用什么框架没太多关联，没这意识的人，用ExtJs也能给你整出过几天自己也看不懂的代码；而高手就算很复杂的逻辑，也能在无JS库的情况下用清晰的代码实现出来，给个新手也能看懂可以改。 不只是对JS，对其它任何程序语言都一样 |
| 返回顶楼 | |
|
发表时间：2011-09-28
最后修改：2011-09-28
项目很庞大么？
一对多再一对多再一对多再一对多（4层）的表数据库的增删改， --------------- 考虑下nosql？或者不用hibernate，关系很烦的；要不就从数据库ER上下手改改结构。 lz本来是做后台的把？其实本来前后台开发就是分开的，只不过在中国这个环境下企业为了节省成本，让后天人员兼做前台、db、架构 这种现象就太普遍了，中国特色呀 项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的 --------------- 设计时就尽量降低耦合、分模块，尽量让开发人员开发时只关注他自己负责的模块以及几个相邻的模块。另外就是js的复用了，比如常用的校验.... |
| 返回顶楼 | |
|
发表时间：2011-09-28
hepeng19861212 写道 项目很庞大么？
一对多再一对多再一对多再一对多（4层）的表数据库的增删改， --------------- 考虑下nosql？或者不用hibernate，关系很烦的；要不就从数据库ER上下手改改结构。 lz本来是做后台的把？其实本来前后台开发就是分开的，只不过在中国这个环境下企业为了节省成本，让后天人员兼做前台、db、架构 这种现象就太普遍了，中国特色呀 项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的 --------------- 设计时就尽量降低耦合、分模块，尽量让开发人员开发时只关注他自己负责的模块以及几个相邻的模块。另外就是js的复用了，比如常用的校验.... 哈哈哈 中国程序员还是蛮牛叉的 |
| 返回顶楼 | |
|
发表时间：2011-09-29
通过JS 结合CSS 搞个游戏玩玩
|
| 返回顶楼 | |
|
发表时间：2011-09-29
hepeng19861212 写道 项目很庞大么？
一对多再一对多再一对多再一对多（4层）的表数据库的增删改， --------------- 考虑下nosql？或者不用hibernate，关系很烦的；要不就从数据库ER上下手改改结构。 lz本来是做后台的把？其实本来前后台开发就是分开的，只不过在中国这个环境下企业为了节省成本，让后天人员兼做前台、db、架构 这种现象就太普遍了，中国特色呀 项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的 --------------- 设计时就尽量降低耦合、分模块，尽量让开发人员开发时只关注他自己负责的模块以及几个相邻的模块。另外就是js的复用了，比如常用的校验.... 为了个复杂的功能就引入nosql?脑子进水了！ |
| 返回顶楼 | |
|
发表时间：2011-09-29
qiu768 写道 hepeng19861212 写道 项目很庞大么？
一对多再一对多再一对多再一对多（4层）的表数据库的增删改， --------------- 考虑下nosql？或者不用hibernate，关系很烦的；要不就从数据库ER上下手改改结构。 lz本来是做后台的把？其实本来前后台开发就是分开的，只不过在中国这个环境下企业为了节省成本，让后天人员兼做前台、db、架构 这种现象就太普遍了，中国特色呀 项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的 --------------- 设计时就尽量降低耦合、分模块，尽量让开发人员开发时只关注他自己负责的模块以及几个相邻的模块。另外就是js的复用了，比如常用的校验.... 为了个复杂的功能就引入nosql?脑子进水了！ 路过 |
| 返回顶楼 | |
|
发表时间：2011-09-29
qiu768 写道 hepeng19861212 写道 项目很庞大么？
一对多再一对多再一对多再一对多（4层）的表数据库的增删改， --------------- 考虑下nosql？或者不用hibernate，关系很烦的；要不就从数据库ER上下手改改结构。 lz本来是做后台的把？其实本来前后台开发就是分开的，只不过在中国这个环境下企业为了节省成本，让后天人员兼做前台、db、架构 这种现象就太普遍了，中国特色呀 项目中的js代码量并不多，集中的有2、3000行——很难想象那些做extjs或用其他js工具包做开发的，动辄几万行js，n个文件，n个类的web应用是如何进行下来并得到有效维护的 --------------- 设计时就尽量降低耦合、分模块，尽量让开发人员开发时只关注他自己负责的模块以及几个相邻的模块。另外就是js的复用了，比如常用的校验.... 为了个复杂的功能就引入nosql?脑子进水了！ 不对不对，用nosql怎么够呢？至少得用云计算把，还得最新款的那种，还有那什么分布式啊hadoop啊cassandra mongo ，这样上去才够牛叉！去哪跟人家谈起这项目来开口就云计算闭口就高性能，保管把我们这些码农唬得一愣一愣的 |
| 返回顶楼 | |
|
发表时间：2011-09-29
新手就要看二三千行的JS代码？还让不让人活了
|
| 返回顶楼 | |
|
发表时间：2011-09-29
如果是js语法错误的话,直接用chrome或ff解决就行了,用不着上ie.如果是 css样式在ie6/7出现问题可以借助ie developer工具.
|
| 返回顶楼 | |
