菜鸟也谈架构之C/S三层架构的轮回

JaNer

浏览: 45069 次
性别:
来自: 昆明

最近访客更多访客>>

maoweiwer

dfjjfxyl

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

J2EE应用相关

C C++C#hprose phprpc

菜鸟也谈架构

本人06年毕业一直做JavaWeb应用的项目大大小小做了5、6个吧

感觉B/S结构的应用项目实施下来都不是很理想虽然都验收了但我觉得这些项目也顶多能给个百分制及格分 60分

主要弊端：

（1）实时响应速度差
    （尽管已经做了集群、机器是小型机）

（2）人机交互能力太弱，有些特殊的地方还不得不借助鸡勒技术ActiveX和Applet。使得B/S仅有的一点点部署方便的优势荡然无存。
     （尽管现在已经有很多RIA技术手段,比如EXT、Flex等~ 但都有各种问题。论证下来实施这些技术还是性价比不够理想。）

我的想法：

C/S三层架构应该要轮回崛起了。
理论上说,B/S其实也是属于C/S三层架构的应用。但他的C这一层实在让人不爽。

扪心自问，你为什么要选择B/S来做行业应用系统(特质运行在专用网里的特定行业应用系统)
(1)、为了跟时髦。觉得JavaEE(B/S)代表了时尚潮流，代表了先进。
     扯淡。JavaEE并非就得把C做成浏览器应用。评价系统优劣最直接的三要素：方便、快捷、稳定（我一客户和我说话聊的，我决定很有道理）
(2)、为了数据和业务逻辑集中，实现部署、升级的方便。
     这恐怕是针对C/S原始2层架构而言.而且是因为你技术部到位不能做到完美的自动升级而把这一功能通过b/s模式变相解决吧。至于数据和业务逻辑的集中如果是C/S三层架构的话，B/S根本没有这一优势可言。C/S三成架构一样可以做到。
(3)、为了应用服务器集中、方便做集群和各种负载均衡。
    C/S三层一样可以。

居然如此：我们为什么还要选择B/S 。

我的想法：
做一个c/s三层架构。总的方向还是基于Java。

方案一：用SWT/Jface和EclipseRCP技术做为UI层技术。实现一个纯粹的UI客户端。通过RPC调用JavaEE应用服务器发布的方法进行业务处理。此方案的问题：选择一种高性能且易于异构系统集成的RPC方法。（初定的方法是使用httpinvoker作为架构内部的RPC调用，并支持 webservice满足其他异构系统调用需求）不知道hprpse是否能同时兼顾高性能且易于异构系统集成？

方案二：用SWT/Jface和EclipseRCP技术做为UI层技术。实现一个纯粹的UI客户端。然后自己实现一个类似中间件或者应用服务器概念的东西，但不走http协议。考虑其他通信方式。我的业务逻辑组件也不希望再借助于Java应用服务器。而是直接将我的业务逻辑组件发布到这个中间件上作为服务提供给客户端调用。这只是偶的想法，不知具体怎么实现不知道hprose是否能再这方面做点什么？

分享到：

hi,men!想挑战吗？Come On!

2009-12-10 19:47
浏览 4232
评论(61)
论坛回复 / 浏览 (60 / 23018)
分类:企业架构
查看更多

41 楼 rovanz 2009-12-12

要是浏览器成为类似于flash播放器一样强大的东东呢，那局限不就都没了

40 楼 rovanz 2009-12-12

legend 写道

GRDJE 写道

托吧。。。。。

枪吧。。。。。。

枪托吧。。。。。。

39 楼 free_bird816 2009-12-12

做到最后，才明白，C/S真的挺好

38 楼 pufan 2009-12-12

屁优势。

想想网游就知道，把wow用js重写一遍，能有几个人玩。

37 楼 zzy9zzy 2009-12-12

B/S结构的系统相对C/S结构有较多优势，所以在慢慢的替换C/S结构。由于Ajax和Flash等页面技术的出现，B/S系统在展现层的弱点正在得到弥补。

36 楼 nishizhutoua 2009-12-12

C/S的问题还是在于View层过于灵活.
我更倾向于用B/S的 B和C/S的S.

35 楼 syre 2009-12-11

除了性能，还要考虑通用性。

所以我更愿意用json来传递数据。
hessian或许也是个不错的选择。不过纯文本数据更容易调试些。

34 楼 andot 2009-12-11

你说的没错，节约带宽可以获得更好的速度，hprose可以有效的节约带宽，不管是gzip模式下，还是非gzip模式下，数据量都要小于json。

至于数据结构，hprose支持带有类信息的对象传递，当然就包括严格的数据结构了。而且你不需要重新学习一种数据结构定义语言，直接用你所熟悉的语言就可以去定义数据结构，在复杂项目中，不但有严格数据结构定义的保证，而且可以让你少些很多代码，所以比起 protocol buffers来更占优势。

另外，上面我也补充了跟 protocol buffers 采用同样模式的序列化比较，虽然在时间上略逊于 protocol buffers，但是在数据量上 hprose 完胜。

33 楼 dualface 2009-12-11

其实我对性能的看法有点不同。虽然序列化/反序列化的速度很重要，可是以国内的网速，如果可以大幅度节约带宽反倒可以获得更好的响应速度。现在我用的 json 来传递数据，通过 gzip 压缩后传输还是很不错的。

但是我对 protocolbuf 感兴趣，性能不是考察的重点。重点是 protocolbuf 可以通过书写规格文件来定义严格的数据结构。比如我现在做的应用，由于是 json 来传递数据，所以接收到数据后需要一一检查特定的字段是否提供了值，否则以默认值代替。而 protocolbuf 可以让这件事自动完成，只需要在规格文件中定义好就行了。从 protocolbuf 规格文件生成的代码还是类型安全的，这一点我也非常喜欢。

而且项目变得复杂后，要传输的数据比较繁杂。此时有一个相对严格的数据结构定义是件好事，至少某个地方传递的数据不符合规范，查错工作进行起来更容易。

32 楼 dualface 2009-12-11

不对吧，我看图表里面，除了 timeCreate 的其他各项比较中，protocol buffers 都排在前面的。
（不好意思，是我看错了。是比 java、hessian 更快，呵呵）

而且数值结果里面：

                    , Object create, Serialization, Deserialization, Total Time, Serialized Size
hprose property mode,   203.49637,    15915.68300,     16647.07000,  32766.24937, 533
hprose field mode   ,   204.45847,    23397.60100,     19868.39800,  43470.45747, 522
protobuf            ,   350.51045,     3585.64700,      2029.22750,   5965.38495, 231

看上去也是 protocol buffers 更好哦。

但是 protocol buffers 并不单单是 rpc。我正在测试 protocol buffers，它提供的类型定义我非常喜欢。项目越复杂，对于接口间传递的数据越要有规范。通过定义统一的类型，然后生成为不同语言的对应代码，这样的机制感觉很好。

31 楼 andot 2009-12-11

<div class="quote_title">nathanlee 写道</div>
<div class="quote_div">
 有没有hprose VS. avro的比较结果？ 
</div>
 我下载了 http://code.google.com/p/thrift-protobuf-compare/ 的 svn 源码，加入了 hprose 的比较程序，hprose 的比较程序写起来非常简单，hprose 提供两种序列化模式，按照熟悉或者按照字段序列化，下面是两种模式的比较程序的源码，最后又加了一种hprose自定义序列化模式，你会发现代码比 avro 的简单太多了：
<pre name="code" class="java">package serializers;

import java.io.ByteArrayOutputStream;

import serializers.java.MediaContent;

import hprose.io.*;

public class HproseFieldSerializer extends StdMediaSerializer
{
 public int expectedSize = 0;
 public HproseFieldSerializer()
 {
 super("hprose field mode");
 }

 public MediaContent deserialize (byte[] array) throws Exception
 {
 return (MediaContent) HproseFormatter.unserialize(array, HproseMode.FieldMode);
 }

 public byte[] serialize(MediaContent content) throws Exception
 {
 ByteArrayOutputStream out = HproseFormatter.serialize(content, HproseMode.FieldMode);
 out.close();
 byte[] array = out.toByteArray();
 expectedSize = array.length;
 return array;
 }
}
</pre>
 
<pre name="code" class="java">package serializers;

import java.io.*;
import java.util.*;

import serializers.java.MediaContent;

import hprose.io.*;

public class HprosePropertySerializer extends StdMediaSerializer
{
 public int expectedSize = 0;

 public HprosePropertySerializer()
 {
 super("hprose property mode");
 }

 public MediaContent deserialize (byte[] array) throws Exception
 {
 return (MediaContent) HproseFormatter.unserialize(array, HproseMode.PropertyMode);
 }

 public byte[] serialize(MediaContent content) throws Exception
 {
 ByteArrayOutputStream out = HproseFormatter.serialize(content, HproseMode.PropertyMode);
 out.close();
 byte[] array = out.toByteArray();
 expectedSize = array.length;
 return array;
 }

}
</pre>
 
<pre name="code" class="java">package serializers.hprose;

import hprose.io.*;
import java.io.*;
import java.util.*;

import serializers.StdMediaSerializer;
import serializers.java.Image;
import serializers.java.Media;
import serializers.java.MediaContent;
import serializers.java.Image.Size;
import serializers.java.Media.Player;

public class HproseSerializer extends StdMediaSerializer
{
 public int expectedSize = 0;

 public HproseSerializer()
 {
 super("hprose");
 }

 public MediaContent deserialize (byte[] array) throws Exception
 {
 ByteArrayInputStream in = new ByteArrayInputStream(array);
 MediaContent content = new MediaContent();
 Media m = new Media();
 HproseReader reader = new HproseReader(in);
 m.setUri((String) reader.readString());
 m.setFormat((String) reader.readString());
 m.setTitle((String) reader.readString());
 m.setDuration(reader.readLong());
 m.setSize(reader.readLong());
 m.setPersons((List<String>) reader.readList());
 m.setPlayer((Player)reader.readEnum(Player.class));
 content.setMedia(m);
 Image i = new Image();
 i.setUri((String) reader.readString());
 i.setSize((Size) reader.readEnum(Size.class));
 i.setTitle((String) reader.readString());
 content.addImage(i);
 i = new Image();
 i.setUri((String) reader.readString());
 i.setSize((Size) reader.readEnum(Size.class));
 i.setTitle((String) reader.readString());
 content.addImage(i);
 return content;
 }

 public byte[] serialize(MediaContent content) throws Exception
 {
 ByteArrayOutputStream out = new ByteArrayOutputStream(expectedSize);
 HproseWriter writer = new HproseWriter(out);
 Media m = content.getMedia();
 writer.writeString(m.getUri());
 writer.writeString(m.getFormat());
 writer.writeString(m.getTitle());
 writer.writeLong(m.getDuration());
 writer.writeLong(m.getSize());
 writer.writeList(m.getPersons());
 writer.writeEnum(m.getPlayer());
 Image i = content.getImage(0);
 writer.writeString(i.getUri());
 writer.writeEnum(i.getSize());
 writer.writeString(i.getTitle());
 i = content.getImage(1);
 writer.writeString(i.getUri());
 writer.writeEnum(i.getSize());
 writer.writeString(i.getTitle());
 out.close();
 byte[] array = out.toByteArray();
 expectedSize = array.length;
 return array;
 }

}
</pre>

 然后编译执行时，avro 那部分代码跑不起来（估计是 svn 中的代码和类库不匹配造成的，这也可见 avro 并不稳定），于是把 BenchmarkRunner 中 avro 的两行注释掉了，加入了两行 hprose 的，下面是 hprose 跟其他几种的比较。 数据： , Object create, Serialization, Deserialization, Total Time, Serialized Size hprose property mode , 208.19696, 15773.10750, 16377.67900, 32358.98346, 533 hprose field mode , 205.41509, 23499.67650, 19662.78150, 43367.87309, 522 hprose , 203.30761, 4094.55700, 4330.77800, 8628.64261, 219 protobuf , 350.66806, 3547.89550, 2004.12100, 5902.68456, 231 thrift , 264.43733, 4101.33800, 3781.55100, 8147.32633, 353 hessian , 205.94288, 339238.91750, 43325.37500, 382770.23538, 541 kryo , 205.38027, 3535.06750, 2243.45750, 5983.90526, 236 kryo-optimized , 202.22821, 3276.48900, 2133.31850, 5612.03571, 217 java , 201.89101, 12753.18150, 56162.67250, 69117.74501, 919 java (externalizable) , 201.38155, 5654.45850, 15510.31400, 21366.15405, 397 WARN: serializer 'scala' failed round-trip test (ser+deser produces Object different from input), input=serializers.scala.MediaContent@64874d73, output=serializers.scala.MediaContent@3c5d6af4 scala , 141.18095, 30504.57100, 147533.80950, 178179.56145, 2024 json (jackson) , 202.95758, 2825.48800, 3986.98400, 7015.42958, 378 json/jackson-databind , 201.83787, 4683.36850, 6100.69450, 10985.90087, 465 JsonMarshaller , 203.79324, 11755.51900, 20995.25800, 32954.57024, 448 protostuff-json , 351.74195, 3190.72350, 5442.42800, 8984.89345, 448 protostuff-numeric-json , 346.12873, 2942.77400, 4889.71850, 8178.62123, 359 json/google-gson , 205.73946, 286707.15700, 334304.30100, 621217.19745, 470 stax/woodstox , 202.68270, 5899.47550, 9202.35400, 15304.51220, 475 stax/aalto , 207.46392, 4699.86200, 5960.31750, 10867.64342, 475 binaryxml/FI , 206.75105, 11533.04250, 14486.07900, 26225.87255, 300 xstream (stax with conv), 208.10167, 11326.87650, 19388.07600, 30923.05417, 399 javolution xmlformat , 205.25015, 5481.46200, 8320.14500, 14006.85715, 419 WARN: serializer 'sbinary' failed round-trip test (ser+deser produces Object different from input), input=serializers.scala.MediaContent@2a0b6efa, output=serializers.scala.MediaContent@54a2f4a6 sbinary , 145.60849, 3479.90650, 2419.75250, 6045.26749, 264 <img src="http://chart.apis.google.com/chart?chtt=timeCreate&chf=c%7C%7Clg%7C%7C0%7C%7CFFFFFF%7C%7C1%7C%7C76A4FB%7C%7C0%7Cbg%7C%7Cs%7C%7CEFEFEF&chs=689x430&chd=t:141.18095,145.60849,201.38155,201.83787,201.89101,202.22821,202.682695,202.95758,203.307605,203.79324,205.25015,205.380265,205.415085,205.739455,205.942875,206.751045,207.46392,208.101665,208.19696,264.43733,346.128725,350.668055,351.74195&chds=0,440&chxl=0:%7Cprotostuff-json%7Cprotobuf%7Cprotostuff-numeric-json%7Cthrift%7Chprose%20property%20mode%7Cxstream%20(stax%20with%20conv)%7Cstax/aalto%7Cbinaryxml/FI%7Chessian%7Cjson/google-gson%7Chprose%20field%20mode%7Ckryo%7Cjavolution%20xmlformat%7CJsonMarshaller%7Chprose%7Cjson%20(jackson)%7Cstax/woodstox%7Ckryo-optimized%7Cjava%7Cjson/jackson-databind%7Cjava%20(externalizable)%7Csbinary%7Cscala&lklk&chdlp=t&chco=660000%7C660033%7C660066%7C660099%7C6600CC%7C6600FF%7C663300%7C663333%7C663366%7C663399%7C6633CC%7C6633FF%7C666600%7C666633%7C666666&cht=bhg&chbh=10&chxt=y&nonsense=aaa.png" alt="">
 
<img src="http://chart.apis.google.com/chart?chtt=timeSer&chf=c%7C%7Clg%7C%7C0%7C%7CFFFFFF%7C%7C1%7C%7C76A4FB%7C%7C0%7Cbg%7C%7Cs%7C%7CEFEFEF&chs=689x430&chd=t:2825.488,2942.774,3190.7235,3276.489,3479.9065,3535.0675,3547.8955,4094.557,4101.338,4683.3685,4699.862,5481.462,5654.4585,5899.4755,11326.8765,11533.0425,11755.519,12753.1815,15773.1075,23499.6765,30504.571,286707.157,339238.9175&chds=0,69608&chxl=0:%7Chessian%7Cjson/google-gson%7Cscala%7Chprose%20field%20mode%7Chprose%20property%20mode%7Cjava%7CJsonMarshaller%7Cbinaryxml/FI%7Cxstream%20(stax%20with%20conv)%7Cstax/woodstox%7Cjava%20(externalizable)%7Cjavolution%20xmlformat%7Cstax/aalto%7Cjson/jackson-databind%7Cthrift%7Chprose%7Cprotobuf%7Ckryo%7Csbinary%7Ckryo-optimized%7Cprotostuff-json%7Cprotostuff-numeric-json%7Cjson%20(jackson)&lklk&chdlp=t&chco=660000%7C660033%7C660066%7C660099%7C6600CC%7C6600FF%7C663300%7C663333%7C663366%7C663399%7C6633CC%7C6633FF%7C666600%7C666633%7C666666&cht=bhg&chbh=10&chxt=y&nonsense=aaa.png" alt="">
 
<img src="http://chart.apis.google.com/chart?chtt=timeDSer&chf=c%7C%7Clg%7C%7C0%7C%7CFFFFFF%7C%7C1%7C%7C76A4FB%7C%7C0%7Cbg%7C%7Cs%7C%7CEFEFEF&chs=689x430&chd=t:2004.121,2133.3185,2243.4575,2419.7525,3781.551,3986.984,4330.778,4889.7185,5442.428,5960.3175,6100.6945,8320.145,9202.354,14486.079,15510.314,16377.679,19388.076,19662.7815,20995.258,43325.375,56162.6725,147533.8095,334304.301&chds=0,65092&chxl=0:%7Cjson/google-gson%7Cscala%7Cjava%7Chessian%7CJsonMarshaller%7Chprose%20field%20mode%7Cxstream%20(stax%20with%20conv)%7Chprose%20property%20mode%7Cjava%20(externalizable)%7Cbinaryxml/FI%7Cstax/woodstox%7Cjavolution%20xmlformat%7Cjson/jackson-databind%7Cstax/aalto%7Cprotostuff-json%7Cprotostuff-numeric-json%7Chprose%7Cjson%20(jackson)%7Cthrift%7Csbinary%7Ckryo%7Ckryo-optimized%7Cprotobuf&lklk&chdlp=t&chco=660000%7C660033%7C660066%7C660099%7C6600CC%7C6600FF%7C663300%7C663333%7C663366%7C663399%7C6633CC%7C6633FF%7C666600%7C666633%7C666666&cht=bhg&chbh=10&chxt=y&nonsense=aaa.png" alt="">
 
<img src="http://chart.apis.google.com/chart?chtt=totalTime&chf=c%7C%7Clg%7C%7C0%7C%7CFFFFFF%7C%7C1%7C%7C76A4FB%7C%7C0%7Cbg%7C%7Cs%7C%7CEFEFEF&chs=689x430&chd=t:5612.03571,5902.684555,5983.905264999999,6045.26749,7015.42958,8147.32633,8178.621225,8628.642605000001,8984.89345,10867.64342,10985.90087,14006.85715,15304.512195,21366.15405,26225.872545,30923.054165,32358.98346,32954.57024,43367.873085,69117.74501,178179.56145,382770.235375,621217.1974549999&chds=0,135142&chxl=0:%7Cjson/google-gson%7Chessian%7Cscala%7Cjava%7Chprose%20field%20mode%7CJsonMarshaller%7Chprose%20property%20mode%7Cxstream%20(stax%20with%20conv)%7Cbinaryxml/FI%7Cjava%20(externalizable)%7Cstax/woodstox%7Cjavolution%20xmlformat%7Cjson/jackson-databind%7Cstax/aalto%7Cprotostuff-json%7Chprose%7Cprotostuff-numeric-json%7Cthrift%7Cjson%20(jackson)%7Csbinary%7Ckryo%7Cprotobuf%7Ckryo-optimized&lklk&chdlp=t&chco=660000%7C660033%7C660066%7C660099%7C6600CC%7C6600FF%7C663300%7C663333%7C663366%7C663399%7C6633CC%7C6633FF%7C666600%7C666633%7C666666&cht=bhg&chbh=10&chxt=y&nonsense=aaa.png" alt="">
 
<img src="http://chart.apis.google.com/chart?chtt=length&chf=c%7C%7Clg%7C%7C0%7C%7CFFFFFF%7C%7C1%7C%7C76A4FB%7C%7C0%7Cbg%7C%7Cs%7C%7CEFEFEF&chs=689x430&chd=t:217.0,219.0,231.0,236.0,264.0,300.0,353.0,359.0,378.0,397.0,399.0,419.0,448.0,448.0,465.0,470.0,475.0,475.0,522.0,533.0,541.0,919.0,2024.0&chds=0,964&chxl=0:%7Cscala%7Cjava%7Chessian%7Chprose%20property%20mode%7Chprose%20field%20mode%7Cstax/woodstox%7Cstax/aalto%7Cjson/google-gson%7Cjson/jackson-databind%7Cprotostuff-json%7CJsonMarshaller%7Cjavolution%20xmlformat%7Cxstream%20(stax%20with%20conv)%7Cjava%20(externalizable)%7Cjson%20(jackson)%7Cprotostuff-numeric-json%7Cthrift%7Cbinaryxml/FI%7Csbinary%7Ckryo%7Cprotobuf%7Chprose%7Ckryo-optimized&lklk&chdlp=t&chco=660000%7C660033%7C660066%7C660099%7C6600CC%7C6600FF%7C663300%7C663333%7C663366%7C663399%7C6633CC%7C6633FF%7C666600%7C666633%7C666666&cht=bhg&chbh=10&chxt=y&nonsense=aaa.png" alt="">
 从这个图上可以看出，hprose 对战 java、hessian 是完胜的，而且支持的序列化方式是跟 java 相同的，因此不需要单独编写任何代码（除了 hessian 其它的序列化的数据模型都是特别定义的，所以使用上比 hprose 要复杂的多），大大提高了开发效率，允许效率上也远远超过了二进制编码的 hessian。

30 楼 xibaiben 2009-12-11

三层架构的CS客户端可以自动更新，并没有想象中的那么难于部署。要说客户端的界面渲染会耗费很多客户机资源，我觉得浏览器消耗的资源更多。

29 楼 cats_tiger 2009-12-11

嫌界面难用就好好学习ajax和flex吧。

28 楼 JaNer 2009-12-11

downpour 写道

选择B/S架构可能更多考虑到的是集中服务的模式。毕竟一台一台机器去安装客户端，实施起来不是特别方便。

关于部署：
EclipseRCP客户端可以考虑使用java webstart进行部署。即使不使用webstart也能够制作成安装包由用户下载自己完成安装。
而B/S应用的部署现状是什么？
虽然理论上B/S是零部署的。但事实是什么样的呢？客户端机器大部分也用于上网，客户安装了各种各样的浏览器插件。如果你的系统对客户端的人机交互要求很高或者你的系统需要和硬件交互则你可能还需要使用OCX技术和applet技术。如果你使用了这种鸡勒技术的话那部署起来将会变得极其苦不堪言。即便你进行了数字签名，理论上OCX控件能够自动下载到客户端，但由于客户端浏览器环境千差万别，零部署将变成亲自上门部署设置部署不上的尴尬局面。最后干脆重做系统。

27 楼 kunee 2009-12-11

这个要看项目了

有些界面要求高，操作复杂的用B/S是很鸡肋，见过一个页面附加了几十个JS文件的代码，浏览器一跑起来速度不敢恭维。除非浏览器要做得更牛逼一点，HTML5.0早点来吧

26 楼 truesmile 2009-12-11

方案二比较困难吧，自己实现中间件，成本会大很多的。

25 楼 dieslrae 2009-12-11

snailq 写道

我觉得你的想法，很有问题，C/S优势，但B/S也有很大的优势
就拿，我实施过的kingdee EAS HR来说，就是一个B/S和c/S结合的项目
但实施下来，我个人感觉，用户更愿意用B/S的系统，因为c/s要安装一个客户端，虽然在三层架构的c/s
系统中业务逻辑的运算可以在中间层完成，但客户端的界面渲染，就要耗费很大客户机资源，就拿kingdee
的EAS客户端来说，差点的机器根本别想用，还谈什么处理业务了
另外，现在b/s RIA客户端的技术也很多，并且在不断成熟中，不然为什么google公司的操作系统要考虑在
chrome中操作，而核心在云端了？
这是一种趋势，其实个人的想法是，以后其实根本就不分什么b/s系统和c/s系统，Browser本身就是一个
功能强大的系统平台，随着web2.0,html5.0标准等的出现，这样的理想是可以实现的。不然google，oracle
也不会把自己的应用帮到浏览器上。

说得在理

24 楼 snailq 2009-12-11

23 楼 xly_971223 2009-12-11

html http
这些标准那么容易变？

22 楼 topcode 2009-12-11

各有千秋,但总体来说,c/s的优势还没没有b/s多
Flex,Sliverlight 不都在吗

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论