|
以文本方式查看主题 - 中文XML论坛 - 专业的XML技术讨论区 (http://bbs.xml.org.cn/index.asp) -- 『 XML基础 』 (http://bbs.xml.org.cn/list.asp?boardid=1) ---- [求助]小妹刚刚接触XML 求助个问题 工作需要 很着急谢谢 (http://bbs.xml.org.cn/dispbbs.asp?boardid=1&rootid=&id=75121) |
|
-- 作者：gf2002 -- 发布时间：5/28/2009 8:06:00 PM -- [求助]小妹刚刚接触XML 求助个问题 工作需要 很着急谢谢 请各位老师看看这段代码 下边那一大段是否是图片信息呢 如何才能还原成JPG或者BMP的格式看到呢 希望各位老师能指点一下 最好能把需要的工具和方法解释一下 不胜感激 小妹没有编程基础 单位领导让尽快解决这个问题 苦恼啊 慕名而来 多谢 本人Q号858692323 希望和大家能做朋友 |
|
-- 作者：ulsterboy -- 发布时间：5/28/2009 11:57:00 PM -- 可能是base64encoder过的。 |
|
-- 作者：hexun831012 -- 发布时间：5/29/2009 3:50:00 PM -- Base64 -> Binary -> Image |
|
-- 作者：Humphrey -- 发布时间：5/30/2009 11:42:00 AM -- 代码很乱，怎么才能知道它采用什么工具进行编码的？应该有某些特殊标记吧？ 另外，用什么方法才能够正常浏览这个图片文件呢？不必再用Base64解码了吧。
|
|
-- 作者：Qr -- 发布时间：5/30/2009 12:51:00 PM --
正解。 原则上要求将字符数据转BYTE输出。如ASP有个VBS方法BinaryWrite可以将经过BASE64编码的图片输出。 相当一部分非IE浏览器支持未经转换直接显示经过BASE64编码的图片。用此法可以看见一女性大头像。 |
|
-- 作者：hexun831012 -- 发布时间：5/30/2009 6:36:00 PM -- 哈哈哈，QR你真解开看啦 知音，知己，你要是女的我就把老婆甩了 |
|
-- 作者：Qr -- 发布时间：5/30/2009 7:06:00 PM --
你在澳洲，我是要女的，也不会跟着你守活寡。 从你的语气来看，你一定也解开了。 这两天刚好看BASE64的资料，有篇文章说javascript可以变通着处理二进制的文件，所以就拿LZ的这个XML来测试，LP恰好在旁边看我写代码，没想到还原出来居然是个女头像，
|
|
-- 作者：hexun831012 -- 发布时间：5/30/2009 7:09:00 PM -- 哈哈哈 Javascript处理处理Base64~~~难道是硬算，那个性能~~~ |
|
-- 作者：hexun831012 -- 发布时间：5/30/2009 7:12:00 PM -- 我以前做过某政府人口局的项目，原来照片真的是放在数据库里~~~ |
|
-- 作者：Qr -- 发布时间：5/30/2009 7:21:00 PM -- 硬算，性能太差，直接丢回收站。 政府部门的项目多如此，因为经常要进行数据传送和上报，特别是计生、教育等部门。 我这里现用的两套C/S系统也是将文件嵌入XML中来传送的。 |
|
-- 作者：hexun831012 -- 发布时间：5/30/2009 9:03:00 PM -- XML只能通过Base64和Hex，Code本身都大过了图片，而且两端都需要I/O操作，解编码，更大的问题是，如果存入数据库，会使数据库页面肥大，大大增加I/O开销，降低检索效率，而且个人觉得，很难进行面向对象的封装，因为内存开销太大，面向过程的封装是我最不喜欢看到的 |
|
-- 作者：Qr -- 发布时间：5/31/2009 2:03:00 AM -- 同感。在实际应用中发现，在解码的时候，内存开销猛增到500M左右。 最近我们头又要上马另一套系统，同样是C/S，征求我意思的时候，我提出要改用B/S系统，一是考虑到以上问题；二是将来维护方便。可是领导根本不懂这些。晕。 |
|
-- 作者：hexun831012 -- 发布时间：5/31/2009 7:40:00 AM -- 天哪，21世纪还用C/S，桌面系统怎么部署阿 |
|
-- 作者：Qr -- 发布时间：5/31/2009 8:54:00 AM -- C/S，B/S也各有优势， B/S维护方便，但服务器负担重，万一服务器...，问题就大了。 从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。 在系统安全维护上，B/S则略显不足，B/S结构尤其得考虑数据的安全性和服务器的安全性，毕竟现在的网络安全系数并不高。以OA软件为例，B/S结构要实现办公协作过程中复杂的工作流控制与安全性控制，还有很多技术上的难点。因此，当前虽然出现了B/S结构的OA系统产品，但尚未大范围推广。 ... |
|
-- 作者：Humphrey -- 发布时间：6/7/2009 11:27:00 AM -- 我们图书馆也使用直接将图片存入数据库的方法，道理上是否和这个案例相似呢？ 把图片转化成编码文件和直接存入数据库似乎是目的不同，但是有什么方法比这两种办法更有优势吗？ |
|
-- 作者：hexun831012 -- 发布时间：6/7/2009 12:38:00 PM -- 你说的两种方法貌似是一种方法，呵呵 我的一般经验都是存储图片或文件的URL，这种方式对B/S尤为有效 |
|
-- 作者：Humphrey -- 发布时间：6/7/2009 5:29:00 PM -- 其实我也认为只存储图片的URL是最好的，但是实际运作的时候往往都是把整个图像文件存了进去。数据库容量增加了不少，但是不用额外的空间保存图片了。前面有同志说把图像转换为代码文件是为了传输？但是直接传输不是更省事吗？ |
|
-- 作者：hexun831012 -- 发布时间：6/7/2009 5:38:00 PM -- 把图片存入数据库也是图片本身的二进制形式，但是读写图片时需要操作数据库的I/O，应用服务器的I/O，数据库的I/O很珍贵，应用服务器一般都是OO系统，内存的开销也很很大，至于楼主的意思，是通过XML传输图片，所以需要Base64或Hex编码为文本形式 |
|
-- 作者：Humphrey -- 发布时间：6/8/2009 8:08:00 PM -- 其实给我的感觉，传输图片直接进行就好了。如果重新编码并制成XML文件，不仅要添加一些内容，还需要解码转换。如果说是为了加密，更是天方夜谭，把图片编成XML文件时所用的编码方式无非两种，内行一看就猜得出。综合以上观点，我认为图片传输最好直接进行，不做任何再编码处理。不知诸位以为如何？ |
|
-- 作者：hexun831012 -- 发布时间：6/8/2009 8:17:00 PM -- 毫无疑问，但是要相信需求是多种多样的，比如对于Web Services来说，Request方希望一个Single Request，这种时候如上方式显然是唯一的了，还有一些问题比如，如果把图片直接放在服务器上，那也就是说所有资源将暴露在空气当中，别人可以跳过请求直接获得资源，在某些场合下，这是极具风险的，虽然也可以通过跳转服务来实现。所以说需求本身不会为了技术实现的优略而改变，业务是多种多样的。 |
|
-- 作者：Qr -- 发布时间：6/9/2009 12:36:00 AM -- 图片或文件的存储采用何种方式，完全看项目需要，也各有优劣。需求不同，实现方式就不一样。 |
|
W 3 C h i n a ( since 2003 ) 旗 下 站 点 苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》 |
171.875ms |
