但是我总觉得没必要这样做啊,要统一录入界面风格,做过网页的都知道用html模板就可以实现了,而且html元素属性那么多,难道要用XML全部描述出来吗?XML又不直观,直接用dreamweaver开发html页面不是更快。我实在想不出写这个程序的理由,欢迎各位大侠砸砖指正。
6 个解决方案
#1
多此一举,简单问题复杂化。不过他是头,你还是座吧
#2
100%动态,还是1%,你头也搞不清,随便糊弄糊弄不久完了。
#3
听头的,做,就当练手了
#4
哈哈,我也考虑过这种东西,就是xml定义,对应一个TO,TO包含了需要输入的参数,根据这个xml自动生成录入界面,填写完后,自动校验,成功则返回一个TO,包含用户数据的所有值,还是有一些价值的,但是如果录入界面不多,意义不大。
#5
呵呵,按他的说法,这个东西做出来,是要能够替代60%的普通web录入页面,大大减轻开发人员的工作量。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。
#6
你头的思路是对的,就是模式和显示分离,但有必要的,除非是考虑国际化。什么的
#1
多此一举,简单问题复杂化。不过他是头,你还是座吧
#2
100%动态,还是1%,你头也搞不清,随便糊弄糊弄不久完了。
#3
听头的,做,就当练手了
#4
哈哈,我也考虑过这种东西,就是xml定义,对应一个TO,TO包含了需要输入的参数,根据这个xml自动生成录入界面,填写完后,自动校验,成功则返回一个TO,包含用户数据的所有值,还是有一些价值的,但是如果录入界面不多,意义不大。
#5
呵呵,按他的说法,这个东西做出来,是要能够替代60%的普通web录入页面,大大减轻开发人员的工作量。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。
#6
你头的思路是对的,就是模式和显示分离,但有必要的,除非是考虑国际化。什么的