|
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (25)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-01-10
我也曾经对 XSLT 狂热研究过一阵，不过如今对他也不再感冒了。
原因嘛，前面人都说完了。对楼主不撞南腔不回头的执着表示佩服。 |
| 返回顶楼 | |
|
发表时间：2008-01-10
LZ把当前页面做个XSD看看呢，明显没有经验么，这个过程居然理想化到这种程度！
这样的结构的失败项目就摆在我面前，可以说是后患无穷。不过话说回来，没有切肤之痛，实难有感触的。 再多说一句，以这样的结构做复杂业务系统，可是说是没事找抽，做做简单网站兴许。 |
| 返回顶楼 | |
|
发表时间：2008-01-11
XSL一下类似docbook这样复杂的DTD就知道爽了.
|
| 返回顶楼 | |
|
发表时间：2008-01-11
裹脚布已经够厚老，还非要套上几双棉袜！！！何苦了，何必了？
|
| 返回顶楼 | |
|
发表时间：2008-01-11
XSLT是很容易掌握的技术，无非就是xpath等语法。不要强调掌握的人多，就当是都已经掌握了，这样的项目还是后患无穷。
|
| 返回顶楼 | |
|
发表时间：2008-01-11
myyate 写道 PS：我觉得有点奇怪，这个帖子为什么投隐藏呢？技术嘛，终究是讨论讨论嘛
 有人投隐藏，那在那个人看来就有一定的道理。 当然这个隐藏是我投的，光明正大，我来说道理： 这个帖子 1)犯了标题党，2)这里是海阔天空，不是Java版。 转到Java版，我投隐藏的机率会很低，但不排除因为“标题”原因也来一次。 (我是很懒很懒投隐藏、入门的) 看不惯，那就互相扯皮或只好忍者。这就是网络! |
| 返回顶楼 | |
|
发表时间：2008-01-11
myyate 写道 楼主这个也做出来了框架，不简单。其实应用也有，csdn就是。
上学的时候写小论文就是写XSLT+XML做web层的适用性研究，虽然论文是那样写的，但是我感觉不太实际，至少目前，说这些并没有打击楼主的意思，只是就技术论技术
XSLT+XML做Web层用过一次，做国外的一个在线优惠券兑现系统，真的很痛苦，其实我写几个模块没有什么，就是把读出来的数据生成规定的XML，但是我觉得在很多国内系统中不太现实，代价或者周期有点高，估计国内用这种技术的公司寥寥无几，这个是现实问题。 我想问楼主一下，你们对于大于1M的XML文件如何处理的？是分解？ PS：我觉得有点奇怪，这个帖子为什么投隐藏呢？技术嘛，终究是讨论讨论嘛 不会有大于1M的文件，XML内容只是页面上的动态数据，而不是描述整个页面及其布局的， 举个例子就是数据库结果集，且这个内容会采用分页。而对于需要文件上传和下载时使用 单独的文件服务器，XML只提供文件地址。 |
| 返回顶楼 | |
|
发表时间：2008-01-11
myyate 写道 triu 写道 如你所说，XSLT的开发效率体现在两个方面：1。掌握的人不多；2。缺乏相应的工具。
针对这两个方面可以采取如下方法，1。培训；2。使用浏览器本身对XSLT的支持。 确实掌握的人不多，因为用这个做项目的本来就少，一般也只有国外个把项目是用这个技术的。 工具你可以考虑Altova XMLSpy，这个足以满足项目的开发。不过是收费的，网上有key，但是注册了还是过期。 谢谢你的建议，当然将来能做出Eclipse的插件来做开发是最好的了。 |
| 返回顶楼 | |
|
发表时间：2008-01-11
对于前面几位批评的朋友，甚为感谢，诚挚地感谢你们对在下的关心。
我这么做正是基于自己在多年的开发工作中感受到的痛苦，努力地想简化 开发过程，让开发工作能准确定位，能更精确地预测项目的开发周期，我 知道CMMI的目标是什么，所以，我不能同意各位的说法，当把它进行到底。 再次感谢。 |
| 返回顶楼 | |
|
发表时间：2008-01-11
ray_linn 写道 XSL一下类似docbook这样复杂的DTD就知道爽了.
不是纯粹地用XSL，在框架里XSL的地位只相当与CSS，况且，DTD的语法不符合XML定义， 应该使用XSD。 |
| 返回顶楼 | |
