python和ruby都是真正的动态语言，既然C#是集成自java的一些优良特性，是不是表示，在4.0后面的版本中也集成了python和ruby两种动态语言的特性，灵活和快速，越来越感觉到.net和ms的强大。太不可思议和经典了。ps希望越来越好，不要变成一个怪物呵呵。

我也想知道

volatile好像是针对IA64的cache coherency问题的,x86 achitecuture好像不存在这种cpu cache问题，你那个delayed singleton pattern如果不那么写，就可能创建一个以上实例，由于cpu cache原因导致可能会延迟写，所以还是需要volatile这样的语法支持的，Thread下也有几个volatitle相关操作啊 java中同样也要这样的把

就一句话，太短了。说的具体一点呀

汗,好历害的人类...!

上文有个小错误，
第1点中的预设值，应该是业务中传入的某个字段值。

--引用-------------------------------------------------- walter1: 实现一个系统首先要确定目标和采用的方法。 目标就是实现当前的共性的需求，太个性化的需求只能按项目定制，不应该做到平台里； 方法是把复杂的问题分解成几个相对简单的问题，分散解决。 1、审批权限就是一张部门经理、流程的审批权限表，某个部门经理审批后，从这张表里取出他对该流程的权限，在流程中和某个预设值比较，不同的结果走不同的分支。 2、页面的打开权限这个大家差不多，有权限的可以看见页面，没有的看不见。 3、页面内的操作权限这部分是页面内实现的，根据权限显示相应的功能按钮，甚至于可以控制到字段级。 我们实现的平台里包括了以上的三类权限控制，已经用在了四、五个项目，除了第3点需要少量的代码，其他都不需要。 所以你想把三个做到一起，在我看来这种方法是不适合的，另外你提到的那些特殊的需求，也不适合实现为通用的，而应该订制。 --------------------------------------------------------


恩，是这样的，受教了，呵呵。

实现一个系统首先要确定目标和采用的方法。

目标就是实现当前的共性的需求，太个性化的需求只能按项目定制，不应该做到平台里；

方法是把复杂的问题分解成几个相对简单的问题，分散解决。
1、审批权限
就是一张部门经理、流程的审批权限表，某个部门经理审批后，从这张表里取出他对该流程的权限，在流程中和某个预设值比较，不同的结果走不同的分支。
2、页面的打开权限
这个大家差不多，有权限的可以看见页面，没有的看不见。
3、页面内的操作权限
这部分是页面内实现的，根据权限显示相应的功能按钮，甚至于可以控制到字段级。

我们实现的平台里包括了以上的三类权限控制，已经用在了四、五个项目，除了第3点需要少量的代码，其他都不需要。

所以你想把三个做到一起，在我看来这种方法是不适合的，另外你提到的那些特殊的需求，也不适合实现为通用的，而应该订制。

不知道大家的权限控制到那个级别的,目前我做到的系统,权限只控制到列...不知道那位大家把权限能动态的控到的行...还请指教呀

使用as是一种防御性编程，可以通过a2 = b as A;if（a2！=null）{}避免异常

我一直研究这些东西，有5-6年的经验了，很通用的东西，我手上就有，
若有兴趣，可以联系我

@红泪
我一直很想知道现在Silverlight哪儿垃圾了？能不能多提供一些证据出来，来说明它确实很垃圾，也许我会接收你的观点。

silverlihgt想K的是adode公司的网页三剑客,

K掉K不掉看它的本事了,至少现在很垃圾

--引用-------------------------------------------------- walter1: 前两天看这篇文章，没看明白，今天看了你上个回复，才搞清楚，你把一些概念搞混了。 你开篇提到ERP的权限，这个权限是数据访问的权限，控制用户能访问到那些数据，能修改那些数据。 你在上个回复中的提到的不同的级别审批不同的金额，是审批的权限，控制流程的流转。 这两个权限是概念就是完全不同的，实现的方法也是完全不同的，但都是可以实现的。 --------------------------------------------------------


恩，我知道你的意思，但这两者本质是相同的，只是一个是针对方法、大的资源集合级别的，比方说只能由财务经理使用查询所有职员的工资的功能，但现在客户需求变了，变成“财务经理查看所有非总经理亲戚员工工资的信息”和“总经理查看所有自家亲戚员工的工资”，而你原来的数据库表的设计肯定没想到用户会有这样变态的需求，你仍旧是一张员工工资表。你说这是属于流程的还是属于权限的？那如果做成两张表，一张是“普通员工的”，一张是“领导亲戚”，那这样是权限的还是流程的?

权限实质上定义的是资源之间的相互作用关系，本质上就是流程的，只是一般的应用场景粒度大，每个流程都需要权限认证这一过程，所以你容易分割，将它独立出来统一管理，可当粒度一旦精细，你如何处理？我的观点就是，如果涉及非常精细的权限需求，不如将权限认证还原到本来的地方。

如何处理涉及到资源的粒度问题，但无论资源是一个数据库，还是一张表，还是一张表中某个字段相同的一类数据，权限都是属于流程的，并不是你说的针对几张表的权限就叫权限，针对一张表中某个字段相同的一类数据就不叫权限而叫流程了。照你的理解，我可以轻易的将资源的粒度变换一下，这时候你原来所理解的流程控制是不是又变成你所理解的权限控制了？

最重要的认识就是：权限认证本质上就是用户资源和其他资源之间的相互作用关系，是流程的！能不能分割出来是要看具体环境的。

不知道我有没有说清楚。

还有就是你说的那个“审批的权限”，审批是用户发起的，在做架构设计时应该是：“审批流程中各种用户的操作权限控制”，仍然是处理用户资源和表单资源之间关系的问题。

前两天看这篇文章，没看明白，今天看了你上个回复，才搞清楚，你把一些概念搞混了。

你开篇提到ERP的权限，这个权限是数据访问的权限，控制用户能访问到那些数据，能修改那些数据。

你在上个回复中的提到的不同的级别审批不同的金额，是审批的权限，控制流程的流转。

这两个权限是概念就是完全不同的，实现的方法也是完全不同的，但都是可以实现的。

........楼上两位，

俺只是想让大家讨论讨论


...........................

如果想在首页引发讨论，需要有更多自己的思考。

我觉得没啥影响.他的竞争对手照样活得好好的

这都放首页？
讨论里的1和2我都不同意
SL对业界影响肯定会有，但不会特别大，远比不上当年IE的影响
打算怎么做，水来那啥挡，兵来那啥啥
架构体系去实现SL？米有听说过
至于killer，哪个也K不掉，flash还会活很长很长时间，HTML就算有killer，也会是SL

我是一个C/S开发者，所以我更倾向于第一点。

我的解决方案是：(数据库、业务逻辑)+WCF+Silverlight