1.在技术上，用JSP开发，但在其它方面还需要用到什么组件。
2.在安全性方面。
3.稳定性方面。
4.开发流程！
谢谢大家，答的好可以另开贴给分！
40 个解决方案
#1
1 这要视实际情况而定，如果是大型项目，最好用MVC架构，要是期限紧的话，用jsp+javabean就开放速度快一些。至于MVC的框架有一大堆，例如表示层有struts,webwork,jsf,控制层有spring,aspectJ,持久化层有hibernate,ibatis等等一大堆，看你们的团队能哪个熟悉就用哪个吧。
2 主要是防sql注入吧，一般你做个servlet filter，阻止一些or and之类的字符存在于是request中就能防止了。
3 稳定性方面，跟项目开放之前的计设筹划，开放过程中算法的不断优化，开放后的性能测试都有关系，主要是人的经验跟能力问题，开放过程中会遇到很多问题,不是一句话可以讲得清楚。
4 建议在开放之前，把每个部份实现的流程，算法用到的技术都想一遍，然后画成UML图，如果是技术经理，还要在未开发之间，把一些常用的基础代码写成通用组件。开发的过程中，注意文档工作，把一些技术上的难点和功能实现的流程都写下来。还有开放人员之间，开放团队和客户之间，沟通得越多，项目质量就越高，项目就越快完成。
2 主要是防sql注入吧，一般你做个servlet filter，阻止一些or and之类的字符存在于是request中就能防止了。
3 稳定性方面，跟项目开放之前的计设筹划，开放过程中算法的不断优化，开放后的性能测试都有关系，主要是人的经验跟能力问题，开放过程中会遇到很多问题,不是一句话可以讲得清楚。
4 建议在开放之前，把每个部份实现的流程，算法用到的技术都想一遍，然后画成UML图，如果是技术经理，还要在未开发之间，把一些常用的基础代码写成通用组件。开发的过程中，注意文档工作，把一些技术上的难点和功能实现的流程都写下来。还有开放人员之间，开放团队和客户之间，沟通得越多，项目质量就越高，项目就越快完成。
#2
谢谢楼上的解答，在开发时有没有什么注意事项之类的呢？
#3
补充第二点sql写法上，建议用prepareStatement，这样就能避免sql注入了
#4
如果技术问题，每个项目遇到的都会不同，实在无法一一举例，只能讲一些大体上的东西。我的工作经验给我的体会是，一开始时有一个良好的，可行的，适合本团队术特点的设计是非常重要的，如果一开始时就在大方向出现错误，就会把开放引进泥潭，我过去参与过的一些失败的项目，往往是一开始时，已经为失败埋下伏笔的。其次，就是沟通了，当工作压力加大时，加班时间过多时，出现情绪是必然的，如果不保持沟通，矛盾就爆发了，处理不当，也会给开放造成破坏性作用。
#5
呵呵，谢谢大家的回贴，能把自己的经验共享出来！！
我还要想了解一些更多的，呵呵，只要和项目相关的就可以！
我还要想了解一些更多的，呵呵，只要和项目相关的就可以！
#6
我觉得门户网站的话，还得注意一下可扩展性。毕竟功能可能会随时增加。
#7
对，楼上说的对，是我没有想到，扩展性都有哪方面呢？
#8
主要从设计和框架上考虑吧。
比较具体的一个例子是对于配置文件的使用。
常量最好都设置到配置文件中。
比较具体的一个例子是对于配置文件的使用。
常量最好都设置到配置文件中。
#9
楼上的，能说的详细一点吗？我不太懂，是初学！
#10
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
#11
门户站点目前已经不是开发实现的了，需要内容管理平台CMS，然后做些业务方面开发
最终模式是全静态发布的站点和动态的业务功能，参考http://www.hingeosft.com.cn
最终模式是全静态发布的站点和动态的业务功能，参考http://www.hingeosft.com.cn
#12
tcmis(难道你忘了吗？) ( ) 信誉：100 Blog 2006-09-11 14:51:00 得分: 0
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
你推荐的文章我看，但是就我们目前的力量好像做不到，从没有接触过，现在的这个项目就用你说的三层结构去做，不太合适吧！
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
你推荐的文章我看，但是就我们目前的力量好像做不到，从没有接触过，现在的这个项目就用你说的三层结构去做，不太合适吧！
#13
1.在技术上：jsp+javaBean开发的速度快，但安全性、系统性能等方面就稍差些，用MVC框架就象一楼说的，有一大堆，用这些方法速度稍慢些，但安全性和系统性能较高，技术难度也更大，这要看你们的技术积累情况。
2.在安全性方面：防sql注入。
3.稳定性方面：暂无。
4.开发流程！：RUP统一开发流程是目前大公司比较常用，也是比较流行的开发流程之一，RUP开发流程的精髓是：以用例为驱动、迭代式开发。具体分为四个阶段：先启、精化、构件、产品化。各阶段完成不同的任务，具体方法不是一时半会能说清楚的，楼主可以查找相关资料
2.在安全性方面：防sql注入。
3.稳定性方面：暂无。
4.开发流程！：RUP统一开发流程是目前大公司比较常用，也是比较流行的开发流程之一，RUP开发流程的精髓是：以用例为驱动、迭代式开发。具体分为四个阶段：先启、精化、构件、产品化。各阶段完成不同的任务，具体方法不是一时半会能说清楚的，楼主可以查找相关资料
#14
谢谢楼上的回贴，自己顶上去！
#15
你做的那些东西不算很复杂，用一般的JSP+SERVLET+JAVABEAN就可以了，不用套什么框架。
#16
不算很复杂?你考虑过没有?单独的论坛就是1个独立的系统了,用JSP+SERVLET+JAVABEAN势必会在页面上写无数的java代码,这样安全性完全得不到保证.
建议采用struts架构,较为容易理解,也比较容易实现,同样也是3层架构,安全性可以得到保障.
开发周期可以定的长1点,设计阶段的时间给够,避免出现后期因为设计阶段的考虑不足而出现的重大修改.
编码阶段不要把人员工作定的过紧,以免造成为了赶时间而写出有缺陷的代码;
单元测试和集成测试一定要写测试用例,尽量考虑多流程测试以暴露问题,
还有就是防止sql注入了,方法上面说了很多.我就不再重复了!
建议采用struts架构,较为容易理解,也比较容易实现,同样也是3层架构,安全性可以得到保障.
开发周期可以定的长1点,设计阶段的时间给够,避免出现后期因为设计阶段的考虑不足而出现的重大修改.
编码阶段不要把人员工作定的过紧,以免造成为了赶时间而写出有缺陷的代码;
单元测试和集成测试一定要写测试用例,尽量考虑多流程测试以暴露问题,
还有就是防止sql注入了,方法上面说了很多.我就不再重复了!
#17
学习
#18
最主要的是看你们单位要花多长时间做。
技术上主要是由开发人员来定，只要开发人员擅长就行。
也许你们开发人员觉得jdbc比hibernate好用。
技术上主要是由开发人员来定，只要开发人员擅长就行。
也许你们开发人员觉得jdbc比hibernate好用。
#19
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
#20
我也觉得hibernate没什么优点.
一般的门户网站,javabean就能轻松搞定了.最多加一个struts.
一般的门户网站,javabean就能轻松搞定了.最多加一个struts.
#21
作记号!
#22
hibernate struts 等等, 都是垃圾.
俺喜欢: jdbc+bean+servlet+jsp
俺喜欢: jdbc+bean+servlet+jsp
#23
xiaozhimin1978(小灰狼) ( ) 信誉：97 Blog 2006-09-12 10:41:00 得分: 0
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
能说的详细一点吗？我不太懂！初学！！
以前是做数据库开发的，用PB，现在才转过来，请多多指教！
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
能说的详细一点吗？我不太懂！初学！！
以前是做数据库开发的，用PB，现在才转过来，请多多指教！
#24
收藏
#25
门户最重要是扩展，最好是采用框架技术。
维护和升级方便。技术细节太多了，不好说
。
维护和升级方便。技术细节太多了，不好说
。
#26
Mark一下
#27
感觉美工好些就行了,功能太多没什么用.你要考虑谁会去的网站,会做那些事情.
#28
关注.
#29
实用
#30
应该是采用框架还是不采用框架呢，各自有什么优缺点呢？？大家多说点！！
#31
个人觉得设计才是最重要的，好好研究吧！
#32
嘿，偶从另一方面说说
从需求看，这只是一个要求很简单的网站；
从内容看，决定了这个网站的访问量大不了哪里去；
先想想领导需要的到底是什么，他对技术、性能懂得的又有多少
所以，个人认为，这个网站的功能、性能根本不需考虑太多，先用你最熟悉的方法，以最快的速度，把网站框架搭起来！要注意一下功能模块的扩展一定要方便
最主要反而是把界面做好，让领导在短时间内能看到成果，这才是重要的，这对你的工作才是最有好处的
至于技术方面的东西，放在下一步吧，反正网站是你来负责的，想用什么新技术都行
从需求看，这只是一个要求很简单的网站；
从内容看，决定了这个网站的访问量大不了哪里去；
先想想领导需要的到底是什么，他对技术、性能懂得的又有多少
所以，个人认为，这个网站的功能、性能根本不需考虑太多，先用你最熟悉的方法，以最快的速度，把网站框架搭起来！要注意一下功能模块的扩展一定要方便
最主要反而是把界面做好，让领导在短时间内能看到成果，这才是重要的，这对你的工作才是最有好处的
至于技术方面的东西，放在下一步吧，反正网站是你来负责的，想用什么新技术都行
#33
呵呵，我们公司刚刚接了一个外包做医药的，一期已经提交了，用户比较满意，业务流比较复杂的
#34
先不管技术如何
首先必须得做的漂亮
领导不懂技术，只会看，还会点击
其次应该速度快
最后所用的东西最好都是免费的
首先必须得做的漂亮
领导不懂技术，只会看，还会点击
其次应该速度快
最后所用的东西最好都是免费的
#35
谢谢大家的回贴，继续关注此贴！！希望大家讨论,顶上去！！
#36
收藏，很合适我的情况
#37
楼主需要做的仅仅是参加到一个正式的团队中,看看前辈如何做的.
#38
可以用structs+hibernate做，但是当存在批量删除和批量修改的时候建议通过hibernate去调用jdbc，个人以为当出现多表连查的时候也用jdbc较好。单元测试一定要做。
#39
顶上去！
#40
不知道,学习,UP帮顶...........
#1
1 这要视实际情况而定，如果是大型项目，最好用MVC架构，要是期限紧的话，用jsp+javabean就开放速度快一些。至于MVC的框架有一大堆，例如表示层有struts,webwork,jsf,控制层有spring,aspectJ,持久化层有hibernate,ibatis等等一大堆，看你们的团队能哪个熟悉就用哪个吧。
2 主要是防sql注入吧，一般你做个servlet filter，阻止一些or and之类的字符存在于是request中就能防止了。
3 稳定性方面，跟项目开放之前的计设筹划，开放过程中算法的不断优化，开放后的性能测试都有关系，主要是人的经验跟能力问题，开放过程中会遇到很多问题,不是一句话可以讲得清楚。
4 建议在开放之前，把每个部份实现的流程，算法用到的技术都想一遍，然后画成UML图，如果是技术经理，还要在未开发之间，把一些常用的基础代码写成通用组件。开发的过程中，注意文档工作，把一些技术上的难点和功能实现的流程都写下来。还有开放人员之间，开放团队和客户之间，沟通得越多，项目质量就越高，项目就越快完成。
2 主要是防sql注入吧，一般你做个servlet filter，阻止一些or and之类的字符存在于是request中就能防止了。
3 稳定性方面，跟项目开放之前的计设筹划，开放过程中算法的不断优化，开放后的性能测试都有关系，主要是人的经验跟能力问题，开放过程中会遇到很多问题,不是一句话可以讲得清楚。
4 建议在开放之前，把每个部份实现的流程，算法用到的技术都想一遍，然后画成UML图，如果是技术经理，还要在未开发之间，把一些常用的基础代码写成通用组件。开发的过程中，注意文档工作，把一些技术上的难点和功能实现的流程都写下来。还有开放人员之间，开放团队和客户之间，沟通得越多，项目质量就越高，项目就越快完成。
#2
谢谢楼上的解答，在开发时有没有什么注意事项之类的呢？
#3
补充第二点sql写法上，建议用prepareStatement，这样就能避免sql注入了
#4
如果技术问题，每个项目遇到的都会不同，实在无法一一举例，只能讲一些大体上的东西。我的工作经验给我的体会是，一开始时有一个良好的，可行的，适合本团队术特点的设计是非常重要的，如果一开始时就在大方向出现错误，就会把开放引进泥潭，我过去参与过的一些失败的项目，往往是一开始时，已经为失败埋下伏笔的。其次，就是沟通了，当工作压力加大时，加班时间过多时，出现情绪是必然的，如果不保持沟通，矛盾就爆发了，处理不当，也会给开放造成破坏性作用。
#5
呵呵，谢谢大家的回贴，能把自己的经验共享出来！！
我还要想了解一些更多的，呵呵，只要和项目相关的就可以！
我还要想了解一些更多的，呵呵，只要和项目相关的就可以！
#6
我觉得门户网站的话，还得注意一下可扩展性。毕竟功能可能会随时增加。
#7
对，楼上说的对，是我没有想到，扩展性都有哪方面呢？
#8
主要从设计和框架上考虑吧。
比较具体的一个例子是对于配置文件的使用。
常量最好都设置到配置文件中。
比较具体的一个例子是对于配置文件的使用。
常量最好都设置到配置文件中。
#9
楼上的，能说的详细一点吗？我不太懂，是初学！
#10
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
#11
门户站点目前已经不是开发实现的了，需要内容管理平台CMS，然后做些业务方面开发
最终模式是全静态发布的站点和动态的业务功能，参考http://www.hingeosft.com.cn
最终模式是全静态发布的站点和动态的业务功能，参考http://www.hingeosft.com.cn
#12
tcmis(难道你忘了吗？) ( ) 信誉：100 Blog 2006-09-11 14:51:00 得分: 0
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
你推荐的文章我看，但是就我们目前的力量好像做不到，从没有接触过，现在的这个项目就用你说的三层结构去做，不太合适吧！
采用Struts+Spring+Hibernate三层结构去做，具体怎么去划分，参考
http://java.chinaitlab.com/Struts/39925.html，本人使用此框架感觉不错，如果单独的用jsp去做，以后维护可能稍微麻烦一些。
你推荐的文章我看，但是就我们目前的力量好像做不到，从没有接触过，现在的这个项目就用你说的三层结构去做，不太合适吧！
#13
1.在技术上：jsp+javaBean开发的速度快，但安全性、系统性能等方面就稍差些，用MVC框架就象一楼说的，有一大堆，用这些方法速度稍慢些，但安全性和系统性能较高，技术难度也更大，这要看你们的技术积累情况。
2.在安全性方面：防sql注入。
3.稳定性方面：暂无。
4.开发流程！：RUP统一开发流程是目前大公司比较常用，也是比较流行的开发流程之一，RUP开发流程的精髓是：以用例为驱动、迭代式开发。具体分为四个阶段：先启、精化、构件、产品化。各阶段完成不同的任务，具体方法不是一时半会能说清楚的，楼主可以查找相关资料
2.在安全性方面：防sql注入。
3.稳定性方面：暂无。
4.开发流程！：RUP统一开发流程是目前大公司比较常用，也是比较流行的开发流程之一，RUP开发流程的精髓是：以用例为驱动、迭代式开发。具体分为四个阶段：先启、精化、构件、产品化。各阶段完成不同的任务，具体方法不是一时半会能说清楚的，楼主可以查找相关资料
#14
谢谢楼上的回贴，自己顶上去！
#15
你做的那些东西不算很复杂，用一般的JSP+SERVLET+JAVABEAN就可以了，不用套什么框架。
#16
不算很复杂?你考虑过没有?单独的论坛就是1个独立的系统了,用JSP+SERVLET+JAVABEAN势必会在页面上写无数的java代码,这样安全性完全得不到保证.
建议采用struts架构,较为容易理解,也比较容易实现,同样也是3层架构,安全性可以得到保障.
开发周期可以定的长1点,设计阶段的时间给够,避免出现后期因为设计阶段的考虑不足而出现的重大修改.
编码阶段不要把人员工作定的过紧,以免造成为了赶时间而写出有缺陷的代码;
单元测试和集成测试一定要写测试用例,尽量考虑多流程测试以暴露问题,
还有就是防止sql注入了,方法上面说了很多.我就不再重复了!
建议采用struts架构,较为容易理解,也比较容易实现,同样也是3层架构,安全性可以得到保障.
开发周期可以定的长1点,设计阶段的时间给够,避免出现后期因为设计阶段的考虑不足而出现的重大修改.
编码阶段不要把人员工作定的过紧,以免造成为了赶时间而写出有缺陷的代码;
单元测试和集成测试一定要写测试用例,尽量考虑多流程测试以暴露问题,
还有就是防止sql注入了,方法上面说了很多.我就不再重复了!
#17
学习
#18
最主要的是看你们单位要花多长时间做。
技术上主要是由开发人员来定，只要开发人员擅长就行。
也许你们开发人员觉得jdbc比hibernate好用。
技术上主要是由开发人员来定，只要开发人员擅长就行。
也许你们开发人员觉得jdbc比hibernate好用。
#19
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
#20
我也觉得hibernate没什么优点.
一般的门户网站,javabean就能轻松搞定了.最多加一个struts.
一般的门户网站,javabean就能轻松搞定了.最多加一个struts.
#21
作记号!
#22
hibernate struts 等等, 都是垃圾.
俺喜欢: jdbc+bean+servlet+jsp
俺喜欢: jdbc+bean+servlet+jsp
#23
xiaozhimin1978(小灰狼) ( ) 信誉：97 Blog 2006-09-12 10:41:00 得分: 0
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
能说的详细一点吗？我不太懂！初学！！
以前是做数据库开发的，用PB，现在才转过来，请多多指教！
sql 注用已经不是什么问题了，在团队里下条死命令，所有的 sql 语句都用 preparedStatement，不许拼装 sql 语句
能说的详细一点吗？我不太懂！初学！！
以前是做数据库开发的，用PB，现在才转过来，请多多指教！
#24
收藏
#25
门户最重要是扩展，最好是采用框架技术。
维护和升级方便。技术细节太多了，不好说
。
维护和升级方便。技术细节太多了，不好说
。
#26
Mark一下
#27
感觉美工好些就行了,功能太多没什么用.你要考虑谁会去的网站,会做那些事情.
#28
关注.
#29
实用
#30
应该是采用框架还是不采用框架呢，各自有什么优缺点呢？？大家多说点！！
#31
个人觉得设计才是最重要的，好好研究吧！
#32
嘿，偶从另一方面说说
从需求看，这只是一个要求很简单的网站；
从内容看，决定了这个网站的访问量大不了哪里去；
先想想领导需要的到底是什么，他对技术、性能懂得的又有多少
所以，个人认为，这个网站的功能、性能根本不需考虑太多，先用你最熟悉的方法，以最快的速度，把网站框架搭起来！要注意一下功能模块的扩展一定要方便
最主要反而是把界面做好，让领导在短时间内能看到成果，这才是重要的，这对你的工作才是最有好处的
至于技术方面的东西，放在下一步吧，反正网站是你来负责的，想用什么新技术都行
从需求看，这只是一个要求很简单的网站；
从内容看，决定了这个网站的访问量大不了哪里去；
先想想领导需要的到底是什么，他对技术、性能懂得的又有多少
所以，个人认为，这个网站的功能、性能根本不需考虑太多，先用你最熟悉的方法，以最快的速度，把网站框架搭起来！要注意一下功能模块的扩展一定要方便
最主要反而是把界面做好，让领导在短时间内能看到成果，这才是重要的，这对你的工作才是最有好处的
至于技术方面的东西，放在下一步吧，反正网站是你来负责的，想用什么新技术都行
#33
呵呵，我们公司刚刚接了一个外包做医药的，一期已经提交了，用户比较满意，业务流比较复杂的
#34
先不管技术如何
首先必须得做的漂亮
领导不懂技术，只会看，还会点击
其次应该速度快
最后所用的东西最好都是免费的
首先必须得做的漂亮
领导不懂技术，只会看，还会点击
其次应该速度快
最后所用的东西最好都是免费的
#35
谢谢大家的回贴，继续关注此贴！！希望大家讨论,顶上去！！
#36
收藏，很合适我的情况
#37
楼主需要做的仅仅是参加到一个正式的团队中,看看前辈如何做的.
#38
可以用structs+hibernate做，但是当存在批量删除和批量修改的时候建议通过hibernate去调用jdbc，个人以为当出现多表连查的时候也用jdbc较好。单元测试一定要做。
#39
顶上去！
#40
不知道,学习,UP帮顶...........