本帖最后由 cr225cr225 于 2012-11-29 11:05:00 编辑

解决方案 »

  1.   

    那设计师不懂你跟他说啊,要么你就不要存数据库,直接把xml当数据岛,直接对xml操作,这样就可以和设计师的兼容了
      

  2.   

    是可以不把产品存入sql,直接用xml当数据库,这也行只是他们的detail.xml就这一个,所以产品都共用这一个,我觉得这样会乱套的
    而且她说她做动画和别的程序都这么弄的,我说他们不懂,不懂里面的思想。
    到底谁错了,是我错了?还是她真的错了?!!!
      

  3.   

    as3.0我搞过,交互起来是是麻烦的一B这个你也不能怪设计师
    当时我写的那个xml文件都超过上万条数据,只要节点设计的好了还行。
    你们的产品不会有上万种吧?
      

  4.   

    如果确定,在detail.xml添加ID,<p  id="pro1" src="pics/image0.png"/>,然后点击产品时寻找相应ID的图片就行
      

  5.   

    应该是偏她的思想,因为有一点,按照你的思路的话,我有一个人访问要生成1个xml文件,如果我搞个活动的话,我有上万人访问,我要生成上万个文件,服务器能承受的了吗?这样的话服务器就要崩掉了!
    所以建议你用单文件存数据,读取的时候用cache这样可以,添加的时候,也就是写文件的时候是不可能有上万人同时去写的吧,只可能几个人来维护,你就判断文件是否被占用了,如果占用了,让她延时提交,这样解决了一个文件写入的问题,同时破坏掉cache。读的话先找cache是否有数据,有的话,直接读cache的,没有再读xml这样的话,读取数据也快。要是按你的思路,生成一个xml文件,是要花的时间在加上读取数据时间,客户体验就差了
      

  6.   

    asp.net  xml之间交互 完全无缝连接。
    加flash 就 点位 或者像素处理。 
      

  7.   

    你没有理解我的意思。我如果有1W个产品,只需要1W个XML。
    多少人访问都是一样的,因为网站前台只需要去读XML就行了。如果是她的思想的话,每个人点击产品的时候都还要把XML再写一遍数据