菜鸟疑问:上头让我写一个动态生成Web录入界面的程序,大家觉得这样有意义吗?

时间:2022-05-07 13:43:14
上头的要求是:使用XML文件描述html元素信息,让我写个Java类解析XML内容,最终生成html录入界面(仅仅是生成录入界面,不包含数据校验等)。给我的理由是:统一录入界面风格,避免重复劳动?
但是我总觉得没必要这样做啊,要统一录入界面风格,做过网页的都知道用html模板就可以实现了,而且html元素属性那么多,难道要用XML全部描述出来吗?XML又不直观,直接用dreamweaver开发html页面不是更快。我实在想不出写这个程序的理由,欢迎各位大侠砸砖指正。

6 个解决方案

#1


多此一举,简单问题复杂化。不过他是头,你还是座吧

#2


100%动态,还是1%,你头也搞不清,随便糊弄糊弄不久完了。

#3


听头的,做,就当练手了

#4


哈哈,我也考虑过这种东西,就是xml定义,对应一个TO,TO包含了需要输入的参数,根据这个xml自动生成录入界面,填写完后,自动校验,成功则返回一个TO,包含用户数据的所有值,还是有一些价值的,但是如果录入界面不多,意义不大。

#5


呵呵,按他的说法,这个东西做出来,是要能够替代60%的普通web录入页面,大大减轻开发人员的工作量。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。

#6


你头的思路是对的,就是模式和显示分离,但有必要的,除非是考虑国际化。什么的

#1


多此一举,简单问题复杂化。不过他是头,你还是座吧

#2


100%动态,还是1%,你头也搞不清,随便糊弄糊弄不久完了。

#3


听头的,做,就当练手了

#4


哈哈,我也考虑过这种东西,就是xml定义,对应一个TO,TO包含了需要输入的参数,根据这个xml自动生成录入界面,填写完后,自动校验,成功则返回一个TO,包含用户数据的所有值,还是有一些价值的,但是如果录入界面不多,意义不大。

#5


呵呵,按他的说法,这个东西做出来,是要能够替代60%的普通web录入页面,大大减轻开发人员的工作量。
我觉得即使这个程序写出来,其他开发人员花费那么多时间去维护XML,还不如用dreamweaver直接改来得快。
实在想不明白,又不想制造垃圾,烦。

#6


你头的思路是对的,就是模式和显示分离,但有必要的,除非是考虑国际化。什么的