积极答复者
是否应该将 “操作栏” 做在“Silverlight”中

问题
答案
-
- 已标记为答案 starrycheng 2012年3月14日 0:37
全部回复
-
你好,
当然是放在一起更方便,这样就少了JS通信这一层。
至于你说的查询效率,那是一样的,因为这是Server端的事情,和客户端是怎样显示没有关系。
Daoping Liu - MSFT
你好,谢谢您。
这是您的另一个回答,如下:
你好,
"没有实例化其它页面对象,当然不会消耗内存呀,这是肯定的。除非你的页面中包含其它页面,那就不同了。"
而在这里:
"至于你说的查询效率,那是一样的,因为这是Server端的事情,和客户端是怎样显示没有关系。"
问题:
没有实例化页面对象,不就不需要加载”数据访问集合“了 ?
也就是不需要调用”RIA WCF Service服务“中的方法,返回数据集,进行绑定了。这样不就可以减轻服务器的负担,提高通信效率吗?
有精到广,做出自己的特色。
-
没有实例化页面对象,不就不需要加载”数据访问集合“了 ?
也就是不需要调用”RIA WCF Service服务“中的方法,返回数据集,进行绑定了。这样不就可以减轻服务器的负担,提高通信效率吗?
你好,
你得对呀,但和我回答这个帖子有什么冲突呢?
那对于这个帖子里的第一个问题呢,正如我前面所讲的,把操作栏和图表放在一起,这样就少了JS的通信,会更方便。
关于你的的查询我的理解是从数据库里的查询结果,还是说从数据库里的查询结果在客户端再次进行结果处理的查询?
如果是前者,那就是Service服务的事情,跟前端没有关系;如果是后者,那就更应该是放在一起,直接调用结果再查询,而不再是需要JS通信将结果传给Silverlight。
Daoping Liu - MSFT
-
没有实例化页面对象,不就不需要加载”数据访问集合“了 ?
也就是不需要调用”RIA WCF Service服务“中的方法,返回数据集,进行绑定了。这样不就可以减轻服务器的负担,提高通信效率吗?
你好,
你得对呀,但和我回答这个帖子有什么冲突呢?
那对于这个帖子里的第一个问题呢,正如我前面所讲的,把操作栏和图表放在一起,这样就少了JS的通信,会更方便。
关于你的的查询我的理解是从数据库里的查询结果,还是说从数据库里的查询结果在客户端再次进行结果处理的查询?
如果是前者,那就是Service服务的事情,跟前端没有关系;如果是后者,那就更应该是放在一起,直接调用结果再查询,而不再是需要JS通信将结果传给Silverlight。
Daoping Liu - MSFT
嗨,谢谢您的帮助,谢谢。
已经做在一起了,减少了复杂度,但是还是有一点想请教下您。
“RIA WCF Service”是不管对应的“XAML”是否被初始化的,都直接把客户端使用的“结果集”同步到客户端的对吧???
可是“客户端的数据”集,不是在“被调用的时候” 才被同步的吗???
有精到广,做出自己的特色。
-
已经做在一起了,减少了复杂度,但是还是有一点想请教下您。
“RIA WCF Service”是不管对应的“XAML”是否被初始化的,都直接把客户端使用的“结果集”同步到客户端的对吧???
可是“客户端的数据”集,不是在“被调用的时候” 才被同步的吗???
你好,
首先Silverlight调用Service只支持异步调用,不支持同步。所以你说的“同步”是指什么呢?
我想你是想说结果集返回给客户端。
如果是这样,请问你怎么会认为Ria Service 会直接把结果集返回到客户端的呢?
Ria Service 也是Service,你不对相关的Service进行调用,怎么会有结果集返回给你呢。所以你说的Ria Service 会直接把结果集返回到客户端是不成立的。
Daoping Liu - MSFT
-
已经做在一起了,减少了复杂度,但是还是有一点想请教下您。
“RIA WCF Service”是不管对应的“XAML”是否被初始化的,都直接把客户端使用的“结果集”同步到客户端的对吧???
可是“客户端的数据”集,不是在“被调用的时候” 才被同步的吗???
你好,
首先Silverlight调用Service只支持异步调用,不支持同步。所以你说的“同步”是指什么呢?
我想你是想说结果集返回给客户端。
如果是这样,请问你怎么会认为Ria Service 会直接把结果集返回到客户端的呢?
Ria Service 也是Service,你不对相关的Service进行调用,怎么会有结果集返回给你呢。所以你说的Ria Service 会直接把结果集返回到客户端是不成立的。
Daoping Liu - MSFT
嗯。。。当时急了,所以多开了张帖子,问了下。现在把原来的关了。只剩这一个了。
谢谢您。
“异步”又怎么理解呢?
有精到广,做出自己的特色。
-
你好,
异步就是和同步相对的, 不用等待当前任务完成,就可以进行下一个任务。
比如你点击查询按钮后,不用等待数据返回(Service的调用完成)后,你才可以操作其它UI元素;如果是同步的,那你只能等Service调用完成后,你才可以操作其它UI元素。
关于更多同步与异步的信息,你可以自己搜索一下相关资料来参考一下。
Daoping Liu - MSFT
好的,谢谢您的帮助。可以多问一点吗?
“Silverlight”做“报表”怎么样??? 有什么好的方法没??? 应不应该把“报表”和“图表”放在一起呢,都做在“SL”里面???
因为“SL”做出的“图表”的下面或是上面,要跟着一张“报表”来说明数据。原来在“asp.net”页面中,报表是用“Table控件”和“GridView”控件模拟出来的,效果如下图:
有精到广,做出自己的特色。
-
你好,
怎么方便你就怎么做,而不是纠结在用什么形式把它表现出来。
比如你做报表的时候用Asp.net比较容易些,那你就用把它Asp.net页面里,反之,如果是Silverlight容易实现,那你就用Silverlight来做。
Daoping Liu - MSFT
谢谢您孜孜不倦的指导,谢谢,万分感激。
能额外请教您一点问题吗,如下:
就像以前提到的“图表”的生成。其实根据不同的条件生成图表,开始的时候是使用的“拼接Sql字符串”的方式,能拼接和几张“A4”纸。现在使用“RIA WCF Service”是不是就不用拼接了???
有精到广,做出自己的特色。
-
就像以前提到的“图表”的生成。其实根据不同的条件生成图表,开始的时候是使用的“拼接Sql字符串”的方式,能拼接和几张“A4”纸。现在使用“RIA WCF Service”是不是就不用拼接了???
你好,
Daoping Liu - MSFT
-
- 已标记为答案 starrycheng 2012年3月14日 0:37
-
你好,
你可以用DataGrid 类来表现,实在不行你也可以自己写一个你自己的类来表现。只要能体现你图表的描述,怎样都可以呀。
Daoping Liu - MSFT
好的,非常感谢。真心谢谢您一直以来,孜孜不倦的指导,百拜。
现在项目中用了“启用了 Silverlight 的 WCF 服务”,作用于现有“asp.net”站点的BLL层,用来为“Silverlight”客户端提供数据服务。但是,又遇到了以下几个问题,您能帮忙看下么?
有精到广,做出自己的特色。