I
iapollo
Unregistered / Unconfirmed
GUEST, unregistred user!
在大型的JSP网站开发中，编程人员（Servlet）和页面设计人员和如何合作的。
比如说，开发步骤、方法等。最好能详细点。
比如说，开发步骤、方法等。最好能详细点。
H
ht99
Unregistered / Unconfirmed
GUEST, unregistred user!
根据需求，由页面设计人员拿出基本界面，取出重复的部份交编程实现，再试再调整直到完成。
曹
曹晓钢
Unregistered / Unconfirmed
GUEST, unregistred user!
1,做出功能规划
2， 做出每一个叶面的GUI示意图,详细到每一个按钮，超连接，但是色彩/长宽等皆不在考虑范围之内。
3， 不断review 2,直到最终定型；
4， 下面有两条路。一个是重复的元素多，比如项目内有众多叶面，但是每一个叶面基本元素大多一致，比如都为固定的表格，转5；
如果重复元素较少，则转8.
5, 这种项目的核心是CSS。提取一个典型叶面，交由美工做出CSS. 编程人员使用该CSS做出该叶面作为DEMO.
反复review该Demo直到CSS元素确定。（颜色之类的仍然可以不确定）
6， 编程全面开始，使用的就是5产生的CSS. 同时美工设计其他图片，包括叶面背景，logo,底色等等。
7，结束。
8，列出所有的需要从数据库中取出或者动态生成的‘块’，每一个块确定大小，长宽；
9，美工人员使用photoshop直接做出全部效果图。反复review直到确定。
10,分割出各个块，编程人员分别实现。
11.结束。
2， 做出每一个叶面的GUI示意图,详细到每一个按钮，超连接，但是色彩/长宽等皆不在考虑范围之内。
3， 不断review 2,直到最终定型；
4， 下面有两条路。一个是重复的元素多，比如项目内有众多叶面，但是每一个叶面基本元素大多一致，比如都为固定的表格，转5；
如果重复元素较少，则转8.
5, 这种项目的核心是CSS。提取一个典型叶面，交由美工做出CSS. 编程人员使用该CSS做出该叶面作为DEMO.
反复review该Demo直到CSS元素确定。（颜色之类的仍然可以不确定）
6， 编程全面开始，使用的就是5产生的CSS. 同时美工设计其他图片，包括叶面背景，logo,底色等等。
7，结束。
8，列出所有的需要从数据库中取出或者动态生成的‘块’，每一个块确定大小，长宽；
9，美工人员使用photoshop直接做出全部效果图。反复review直到确定。
10,分割出各个块，编程人员分别实现。
11.结束。
房
房客
Unregistered / Unconfirmed
GUEST, unregistred user!
系统脉络图
数据流程图
UI设计说明
JAVA实现
整合
美工修正
数据流程图
UI设计说明
JAVA实现
整合
美工修正
O
oskiller
Unregistered / Unconfirmed
GUEST, unregistred user!
房客兄谈得比较理论化，实际中恐怕没这么清晰。
曹兄说得工程化些，比较实际，大概是国内开发方式的主流。
其实小弟是没有资格在这里胡说的，因为我没有实际开发过这样的项目，仅仅是有点理论上的看法。
其实要作到数据/逻辑/显示的分离是很困难的，程式设计人员往往要过分地关注到显示界面，后者基
本上应该是美工的工作。逻辑与数据显然是密切相关的，而数据和显示更是密不可分，如果能以数据
为桥梁把逻辑与显示分割开来，也就分开了程序设计人员和美工的职责，解决了二者职责划分不清导
致的相互干扰问题。基于这种思想有些有益的尝试，如一些开发框架，典型的象cocoon/xsp但工程化
的实用还不现实。但是我们是可以将这种理念结合到实际开发中的。
比如，我的看法，实际项目中应该以数据为中心，尽量避免显示与逻辑的过度耦合。但是JSP本身就
是把显示与逻辑紧密糅合在一起以简化WEB开发的。看起来好象冲突，实际上未必，我说的“看法”是
指的更高层次上的指导思想，具体如何实施，我还很模糊。实际应用我本来就很莱
如果按照这种思路走，两位大虾会不会有什么好的意见？
曹兄说得工程化些，比较实际，大概是国内开发方式的主流。
其实小弟是没有资格在这里胡说的，因为我没有实际开发过这样的项目，仅仅是有点理论上的看法。
其实要作到数据/逻辑/显示的分离是很困难的，程式设计人员往往要过分地关注到显示界面，后者基
本上应该是美工的工作。逻辑与数据显然是密切相关的，而数据和显示更是密不可分，如果能以数据
为桥梁把逻辑与显示分割开来，也就分开了程序设计人员和美工的职责，解决了二者职责划分不清导
致的相互干扰问题。基于这种思想有些有益的尝试，如一些开发框架，典型的象cocoon/xsp但工程化
的实用还不现实。但是我们是可以将这种理念结合到实际开发中的。
比如，我的看法，实际项目中应该以数据为中心，尽量避免显示与逻辑的过度耦合。但是JSP本身就
是把显示与逻辑紧密糅合在一起以简化WEB开发的。看起来好象冲突，实际上未必，我说的“看法”是
指的更高层次上的指导思想，具体如何实施，我还很模糊。实际应用我本来就很莱
如果按照这种思路走，两位大虾会不会有什么好的意见？
房
房客
Unregistered / Unconfirmed
GUEST, unregistred user!
oskiller：
本人只是抛砖，且没有验证似的加以搓揉做答
而事实上我比较尊重事实，先要分析JSP行业的就业规范、技术曲线和项目宽度。。。
如果项目中每个人都站如分析者的角度，即能理解JIVE之类的SRC又能降低或主观实现耦合性。。
项目如果思想限制越多，开发积极性恐怕。。[
]
而言下已到设计范畴了
曹晓钢花力气译了Struts，听专家意见[8D]
本人只是抛砖，且没有验证似的加以搓揉做答
而事实上我比较尊重事实，先要分析JSP行业的就业规范、技术曲线和项目宽度。。。
如果项目中每个人都站如分析者的角度，即能理解JIVE之类的SRC又能降低或主观实现耦合性。。
项目如果思想限制越多，开发积极性恐怕。。[
]而言下已到设计范畴了
曹晓钢花力气译了Struts，听专家意见[8D]
I
iapollo
Unregistered / Unconfirmed
GUEST, unregistred user!
感谢各位大虾的帮助！
O
oskiller
Unregistered / Unconfirmed
GUEST, unregistred user!
房客兄，
小弟说的“按照这种思路”，本来就是高层架构层次上的开发思想，就象用Ｃ语言也可以开发出很ＯＯ
的库一样，如ＧＴＫ＋。我有一些模糊的看法，但实战经验差，没能力探索实践。所以很想听听大家的意
见，特别是兼具理论和实战经验的兄弟的看法。
我也很佩服曹大虾，的确是专家意见，很有实用价值。但既然是论坛，大家做些探索性的讨论也满好嘛。
在我眼里，没有权威。yysun、曹sir等大牛的帖子我都会细细品位，但不会人云亦云。
房客兄可千万别误会我有说您“不尊重事实”的意思，我只是说您的这篇帖子相对有些泛泛而谈。
谢谢您的回复
小弟说的“按照这种思路”，本来就是高层架构层次上的开发思想，就象用Ｃ语言也可以开发出很ＯＯ
的库一样，如ＧＴＫ＋。我有一些模糊的看法，但实战经验差，没能力探索实践。所以很想听听大家的意
见，特别是兼具理论和实战经验的兄弟的看法。
我也很佩服曹大虾，的确是专家意见，很有实用价值。但既然是论坛，大家做些探索性的讨论也满好嘛。
在我眼里，没有权威。yysun、曹sir等大牛的帖子我都会细细品位，但不会人云亦云。
房客兄可千万别误会我有说您“不尊重事实”的意思，我只是说您的这篇帖子相对有些泛泛而谈。
谢谢您的回复
I
iapollo
Unregistered / Unconfirmed
GUEST, unregistred user!
接受答案了！
I
iapollo
Unregistered / Unconfirmed
GUEST, unregistred user!
接受答案了！
I
iapollo
Unregistered / Unconfirmed
GUEST, unregistred user!
接受答案了.
