|
锁定老帖子 主题：只看代码是不够的，建议讨论标准问题
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-07-26
dhj1 写道 成本! 一切都是开发成本!!! 开发成本才是我所关心的!!!
从安排程序员到程序员的薪水开支,从开发周期到维护周期,一切都以成本为核心. 所有STRUTS . WEBWORK2等等框架的使用,必须降低开发和维护成本,否则就是垃圾一个. 如果你的团队精通STRUTS,那就运用它, 如果有人说它很烂,但是WEBWORK2很好,但是你的团队不精通WEBWORK2, 那你就千万不要用WEBWORK2. 如果你的团队精通WEBWORK2,但是STRUTS即将发布2.0. 那你千万不要用STRUTS.即使STRUTS2.0有迷人的功能. --- 所以,所有的核准都是不同的,如果你为了一个别人的标准,在你不精通别人的技术路线之前,要去迎合所谓的标准,你将符出成本的代价. --- 如果你永远只考虑技术,不考虑成本,那就永远也只是程序员. 从struts转到webwork并不难，几个星期或者一个月基本足够！ 如果有深厚的jsp，servlet开发经验以及J2EE框架体系理论基础，那时间会更短！ 从这点上来说，考虑成本与是否需要从struts转到webwork是没有直接关系，如果说精通了struts，转而研究webwork会是你们的团队更上一个台阶，因为webwork的思想与struts的思想有很大的对比，这些可贵的改进是web开发团队走向成熟的一个可贵的台阶，我们有责任也应该跨过struts这个台阶。 |
| 返回顶楼 | |
|
发表时间：2004-07-26
我非常同意计较成本的标准。但是，成本不是绝对的，而是相对的。
从时间上来说：除了开发成本，还有维护成本，如果是新的技术，还有学习成本。 从新旧技术的转换来说，还有机会成本，就是掌握一种新的技术，带来的收益。 假设你的项目不是很紧，假设这种技术的学习难度不是很大，假设这种技术能够大大降低后期维护成本，假设.......，那么选用新技术就是可行的。 关键在于，需要深入的考察各个方面的成本，然后谨慎的考虑是否选择新的技术。否则，按照dhj1的观点，新技术永远也不会被人接纳了。 再者，如果考虑到综合成本的各方面的因素，那么在项目尚未开始之前，你如何预测可能会有多大的成本支出呢？ |
| 返回顶楼 | |
|
发表时间：2004-07-27
不同意，我们讨论技术就是抛开这些生产要素的干扰，客观的评论考察技术的优点和缺点
|
| 返回顶楼 | |
|
发表时间：2004-07-27
我怎么觉得大家有一种一个信基督教的和一个佛教的在讨论谁的神更厉害一些。
我总觉得这样技术上性能的比较是自打有了计算机以来就一直争论不休的话题。可我个人认为没有绝对优略只分。在不同的情况，不同的领域会有一套其适合的解决方案。大家与其来讨论孰优孰略，还不如说一些经典的成功案例来供大家参考。 而且我觉得。要比较九阳真经和九阴真经谁更厉害。恐怕找两个人分别会的人来打一架不是最好的方法。毕竟每个人对自己的武功的熟练程度是不同的。很难比较两种武功的厉害。也许只有身兼两功的人才能评断哪一个更厉害一些。 |
| 返回顶楼 | |
|
发表时间：2004-07-28
使用框架，必然需要学习熟悉它，其实没有绝对的好与不好。功能越强大的框架，需要多付出学习的时间。确实Struts的学习时间会比较长，WebWork上手比较快。觉得Struts在国际化、模块化、方面有许多的进步，WebWork的未来更多的是依赖Velocity技术在xwork上的体现。从前景来看，觉得Struts的发展还是令人鼓舞的。Velocity不仅提供了WebWork的工具，同时也提供了Struts的工具。
|
| 返回顶楼 | |
|
发表时间：2004-09-21
最快的办法，照抄Asp.net的框架。也许可以想象一下在Jsp中实现Asp.net的语法，然后用Visual studio去编辑它的界面，放到Tomcat里面运行。
|
| 返回顶楼 | |
