有30页的介绍页面要做，请问各位有没有什么建议 ._.

Question

晕，你把 30个aspx 存在数据库，不如还是存在它们原来的位置（源程序文件夹）里。如果你不会设计控件，就不要反而背道而驰。

Answer 1

呵呵，我想word文档是有滴，那么直接找个工具doc2pdf转成pdf整体放上去就是当然也可以直接word2html不过html产生的废标签实在太多，我到不建议直接这样了

Answer 2

几乎都不太一样，所以感觉上不太能统一会想塞到 DB里面是因为，每个月上版只能上一次，我怕使用者哀哀叫如果丢到DB内至少还可以从DB内直接维护好吧
看来只好建个资料夹，独立做个30页谢谢各位的建议

Answer 3

目测直接word转成html格式,就可以直接放到网站上去了

Answer 4

你这页面,明显什么代码都没有,顶多有个超链接,根本没必要做什么aspx

Answer 5

几乎都不太一样，所以感觉上不太能统一会想塞到 DB里面是因为，每个月上版只能上一次，我怕使用者哀哀叫如果丢到DB内至少还可以从DB内直接维护好吧
看来只好建个资料夹，独立做个30页谢谢各位的建议web 本来就是随时“上传模板”的模式的。大网站，每天都发布1、2次，人家都没嫌麻烦，直接写个脚本使用 ftp 就把网站发布到几千台服务器上了。你每个月做完了修改给用户上传一次，还能保证准时收取费用，何乐而不为。
抽取公共的部分，其实是个好主意。而且你的东西里绝非没有什么公共的部分，反而是肯定更加强调抽象出控件（包括具有 ITemplate 接口的 asp.net 控件）的能力。而且这种抽象，每两个礼拜就需要重做一次，因为不可能一开始就能看懂用户需求。问题是你的能力，恐怕还没有这方面的基础知识。所以也讨论不出方案，说了也白搭。

Answer 6

你描述的“分析设计”的工作几乎没有，所以看不出应该如何先期进行设计开发工作。实际工作中先把模块定下来，是非常重要的。一个系统的开发，第一个月总是进行“探针”开发阶段，也就是将基础性的控件/组件开发完毕，然后第2、3个月才开始进行UI组装。但是你没有分析到这方面，我估计你对自己的控件设计能力的估计很低，所以看不到。实际上控件开发是UI开发的核心。比如说，对于表格，如何从数据库中取出（比如说200条）数据遍历一次去产生（比如说1000行）表格？如果抽象出来，显然就能一次性地解决“文字颜色”的问题。再比如说设备的备注说明（带图），如果作为控件，那么就可以在美工设计页面时，可以随便拖入（组合入）各种不同的页面进行复用，从而不至于让你感觉到比美工还“命苦”。此类“设计”有很多需要深入的地方。而且由于需求不明，你肯定会在2、3周只后需要重构，1个月以后再次重构。花时间进行重新设计，对于笨人是“推倒了重来”，对于聪明人则可以将未来的主要工作至少缩短1半时间。

Answer 7

做ppt么，在甲方企业做IT确实要求高大全，而且工作还很低

Answer 8

弄个所见即所得编辑，把整体内容编排进去，然后在要分页的地方插入一个特殊字符，前台读取的时候根据特殊字符进行split，这样就是对这个数组进行分页，不知道有没有理解你的目的

Answer 9

一定要做成aspx因为，这样才能套到主版页面 (MasterPage)里面我后来做了几个分类的CSS~~也只能一行一行用 <P>去切了决定做个实体页面出来了~~ 看来也只能如此谢谢各位的建议网页成是真的比一般 windwos 程式麻烦好多喔 >~<"
一定要做成aspx因为，这样才能套到主版页面 (MasterPage)里面我后来做了几个分类的CSS~~也只能一行一行用 <P>去切了决定做个实体页面出来了~~ 看来也只能如此谢谢各位的建议Web程式真的比一般 windwos 程式麻烦好多喔 >~<"