精华帖 (3) :: 良好帖 (1) :: 新手帖 (17) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-06-02
liujunsong 写道 这种东西将来维护的时候会死人的.
怎么讲? 是楼主做的有问题?还是这种功能的实现本身就存在弊端? 能不能说清楚一点 |
|
返回顶楼 | |
发表时间:2009-06-02
用了几下。。感觉不是那么好。。很别扭。。
|
|
返回顶楼 | |
发表时间:2009-06-02
确实以后再维护的时候,麻烦啊~~
|
|
返回顶楼 | |
发表时间:2009-06-02
zbm2001 写道 liujunsong 写道 这种东西将来维护的时候会死人的.
怎么讲? 是楼主做的有问题?还是这种功能的实现本身就存在弊端? 能不能说清楚一点 多说两句吧. 我们在做软件开发的时候,脑子里面一定要有一个概念,就是说这个程序将来是需要有人维护的,而且这个人一般来说不会是开发者自己.所以在写程序的时候,一定要想想,自己写的是很爽,别人来维护这代码,是不是也很爽. 就说楼主写的这些功能吧,不错,确实实现了. 问题是,将来其他人维护的时候,是不是能够很容易上手看明白,很有把握的进行修改,升级呢? 上面这个问题的答案其实不难找,楼主可以在他们公司做个简单实验,随便找另外两个开发人员,然后看看能否用2天时间把这个事情完全移交出去. 为啥最多只能给两天时间呢,因为一个项目的代码是非常多的,如果仅仅一个功能点就要用两天才能掌握,那么掌握整个项目的时间就无穷无尽拖下去了... 在我自己的工作经验中,亲眼看到很多开发人员,写的东西别人看不懂,没法接手,最后要么自己被一个项目给困在那里不能动弹,要么一走了之以后这段代码就变成了死代码,没人看,没人管,最后被扔掉. 功能的实现仅仅是第一步,另外还要想想,这办法好吗,好用吗,以后能行吗?(仅仅是建议) |
|
返回顶楼 | |
发表时间:2009-06-02
liujunsong 写道 zbm2001 写道 liujunsong 写道 这种东西将来维护的时候会死人的.
怎么讲? 是楼主做的有问题?还是这种功能的实现本身就存在弊端? 能不能说清楚一点 多说两句吧. …… 晕,你就直接说楼主的代码封装存在问题,将来维护的时候会死人的。 我还以为你对是否需要这种功能存有质疑。 |
|
返回顶楼 | |
发表时间:2009-06-02
可维护型说的有道理,我在做这个的时候的确没有考虑这个问题!
|
|
返回顶楼 | |
发表时间:2009-06-02
其实合并单元格的这个功能我没有能够实现,也许是思路有问题,大家谁做到了请给个解决的办法!谢谢!
|
|
返回顶楼 | |
发表时间:2009-06-02
最后修改:2009-06-02
这个功能可以参考fckeditor代码,fck已经实现得很好了。具体可以看一下fck源码\internals\fcktablehandler.js
|
|
返回顶楼 | |
发表时间:2009-06-03
还是用控件吧,从底层写起太烦,且兼容性不好
|
|
返回顶楼 | |
发表时间:2009-06-03
pub10 写道
这个功能可以参考fckeditor代码,fck已经实现得很好了。具体可以看一下fck源码\internals\fcktablehandler.js
恩,是的,谢谢提示! |
|
返回顶楼 | |