re: 山寨版WCF henry 2009-06-30 10:33
re: 用户、角色、资源和授权组件 henry 2009-06-30 09:57
re: 山寨版WCF henry 2009-06-30 09:55
没想到楼主也做我在做的事情...
不过我做的东西比较多，支持引用类型参数，支持引用类型参数输出，支持拦载器，支持自定义输出。
re: flash模块开发 henry 2009-06-25 21:48
其实很简单的，Loader以后可以得到相关swf的application,就可以调用application的public方法
补上：我之前用flex的操作是这样，不知道FLASH是不是也一样。
re: 用户、角色、资源和授权组件 henry 2009-06-24 14:47
@金色海洋（jyk）
出发点不一样，思路不一样。我从来不强调一个东西本身能否完成现有需要，而是它是否能方便扩展完成现有需要。
简单的说一下吧，估计在你的理解里现有这个Client里似乎只能给内部管理人员用，因为它无法控制。那到底我在不改变现有Service的代码前提下能不能做到呢？能？不能？
如果你能回答正确那说明你理解了我的想法。
re: 用户、角色、资源和授权组件 henry 2009-06-24 12:10
@飘叶。晨枫
抱歉我从来不写注释（不好的习惯）...
对于框架组件相关源码在主页里有相关开源地址，所以没有项目中包含相关组件源代码。
re: 用户、角色、资源和授权组件 henry 2009-06-24 11:32
@彦斌
css要在mxml里引用，说明我这个app用了那个CSS。
flex_skins.css flex_skins.fla flex_skins.swc 这个存放关系要看css里的描述。
如果你想运行里动态更改CSS，可以把CSS编译成SWF，在运行里加载相关SWF
re: 用户、角色、资源和授权组件 henry 2009-06-24 11:28
@金色海洋（jyk）
看来你没看清楚我前面描述，作为一个授权我无法知道别人有多少或如何处理，所以这里的授权只是一个参考模型。如果实际情况的需只修改授权处理，对于其和用户角色等关系是不变的。
既然是资源，当然是有权管理资源的人添加；不过你会发现的没控制。对因为这并不是我做的。这个组件的功能只是提供这几个数据的组织和管理，这个UI也只是表现这个逻辑关系。
对于用户表如何存更不是我考虑的，每个人的习惯不同（用我的就遵循我的规则，有你的就遵循你的规则，没有必要争你对我错）。
re: 用户、角色、资源和授权组件 henry 2009-06-23 23:59
@awen111
Flex也有CSS文件，原理和HTML是一样的。
re: 用户、角色、资源和授权组件 henry 2009-06-23 22:51
@alanlau
界面这东西不需要自己搞。。。找个Flex相关主题的css文件就行了。
re: 中国软件的未来在哪里？ henry 2009-06-22 11:28
未来在那里应该由你如何做来决定，而不是由你如何说而决定。
如果你没能力改变这个环境那只能适应，再怎么说也改变不了现状。
不要埋怨环境导致你不能快速提供能力，应该从自身上看找问题为什么自己做不到。别人走在科技尖端是不争的事实，你应该把别人的东西学好开创自己的一片天地为国人争光（我只是混饭吃的随便说说）
楼主你可能没有想到一点，如果他们都成功了那会给公司带来多少价值？
boss是不会傻到让雇员花公司大量金钱做一些没价值的东西。用一样东西主要是看它能给你带来多少价值，如果这东西什么人都会用那它只能给你创造很低的值价（当大白菜遍地都是的时候，你说它能值几个钱？）。
不知道想说明什么。。。
到底是说你同事问题。。。还是不应该用开源框架。。。
re: 多文件上传下载工具实现 henry 2009-06-18 14:13
@Bēniaǒ
我只是回答你为什么这么少人关注这东西。。毕竟在很多WEB应用中你说的东西并起不了一个很大的越势。强调FluorineFx的Remoting通信相比HTTP,WebService,WCF都要快没有多大意义，毕竟这种对比是有限的；在分布应用服务中架构设计对性能的影响起到更大的作用（对于这情况架构的设计者的能力比使用FluorineFx的Remoting、HTTP,WebService,WCF或Socket来得更重要）。
@Bēniaǒ
对于大部分数据表现的web应用来说，你说用flex或sl开发成本低还是webform或mvc低。
webgame我就不谈了，毕竟这东西体验感重要
其实很多人相关注的不是用这个做能到一个更好的效果，而是用这个做能提高多少开发效率和节省成本。。如果做不到那再好的效果也没用。
如果天天有这样的亏...我也情愿...
很多人做生意思想这样亏都不行...
补充：
说不定这人第二天发现我可以8块买回来11卖出去。。结果买回来后就再也卖不出去了...
re: 扩展支付宝货币支付接口 henry 2009-06-11 18:01
@david
你太无聊了。。。还不如说下我的代码那里应该改进有什么地方做得不好还好啦。
re: 编程一切皆效率 henry 2009-06-10 18:58
楼主似乎只看到软件开发的生产率。。。而看不到软件本身的生产率。
为什么要生产软件当然是为了更高效地生产别的东西。。。软件本身作为一个生产工具那它生产品的品质很重要（软件的BUG可以导致软件本身无法产生高质量的产品或产品合格率低）这显然是得不偿失
re: 怪怪谈注释 henry 2009-06-05 10:57
注释是有必要的，因为并不是什么方法我们都能够写得很简洁或重构得很好。
在这情况加上一两句注释是有必要的。
不过我也是一个不写注释的人....
re: 扩展支付宝货币支付接口 henry 2009-06-05 10:43
@jwhal
这个ReturnHandler不是调用的,这个IHttpHandler是通过配置文件配置来描述那些路径文件请求用他来处理。可以看下MSDN自定义HttpHandler的配置
re: 扩展支付宝货币支付接口 henry 2009-06-04 20:22
@Dirain
不依赖数据库的一个原因，为是想别人用起来方便。本来有用加密的...结果支付宝不支持这么长的URL...
封装httphandler其实就是为了不同的交易都能方便的定义自己的处理对象，而不需要定义页面等麻烦，如果情况比较多用一个return或notify处理会增加处理的复杂度。
re: 扩展支付宝货币支付接口 henry 2009-06-04 20:00
@Dirain
没办法我就是傻直接用他的demo...直报ILLEGAL_ARGUMENT
你知道问题所在何不直接说？
re: 扩展支付宝货币支付接口 henry 2009-06-04 19:48
@Dirain
notify_url=http://www.abc.com/test.do?param1=a¶m2=b¶m3=3
呵呵说真的我很佩服你没有试过就这么有勇气说这话：）
不过你能把支付宝的dome能改成这样的return_url能成功我就更佩服，
说真的你还没看pay.Execute这个泛型起到的作用可惜，没关系我能理解
re: 扩展支付宝货币支付接口 henry 2009-06-04 14:57
@Dirain
拿个能加三个自定义参数的成功的demo来看下？
pay.Execute<TestReturn>(TextBox1.Text, TextBox2.Text, TextBox3.Text);
看得出来这个pay能做什么吗？
如果不知道那真的要认真的看下源码，然后对自己说的话要好好的检讨一下。
re: 扩展支付宝货币支付接口 henry 2009-06-04 13:19
唉如果要找事说的朋友请了解一下我封装的功能，比普通支付宝dome有那两点优胜之处再我说事好不好。。。做人要专业一点.
re: 扩展支付宝货币支付接口 henry 2009-06-04 13:03
@Dirain
呵呵请你搞清楚一点，我贴是源码和设计思路，要不你也把你所有源码提供下载,如果我找不到我的源码比你的源码优胜之处我从此不在往首页发东西。
放心我很尽职，无论谁优谁劣我会把代码的看法再写一编文章放在首页
re: 扩展支付宝货币支付接口 henry 2009-06-04 12:17
@老衲2009
是的我写错了
re: 扩展支付宝货币支付接口 henry 2009-06-03 22:48
@Dirain
哦demo能实现不定义aspx页面？dome能支持支付宝不提供的自定义参数传递？
re: 扩展支付宝货币支付接口 henry 2009-06-03 19:34
@斯克迪亚
600是最基础的了，忘记了免多少W的手继费
re: 扩展支付宝货币支付接口 henry 2009-06-03 18:54
@斯克迪亚
用你的帐号登陆支付宝，在商家服务里申请，然后填写申请信息提交后支付宝就会有业务人员主动联系你的了
re: 扩展支付宝货币支付接口 henry 2009-06-03 17:53
@James.Ying
我从来没说过支付宝的复杂。。。
封装这这个东西只是为了在请求支付宝的同时能明确那个handler接收，不需要针对每个接收来定义一个page文件,然后加入一些用户自定义的参数紧此而已。
re: 扩展支付宝货币支付接口 henry 2009-06-03 17:41
@飞飞双双
不爽很正常。。然后你就和他说你们的东西写得烂。。不过说这前最好有理据。
re: 扩展支付宝货币支付接口 henry 2009-06-03 17:09
@bing2
支付宝那技术支持还能想他给他测试环境你...自己搞个帐号吧600块。
re: 扩展支付宝货币支付接口 henry 2009-06-03 16:36
楼上的客气
我也是用demo用得闷才搞出来的。。。
一般对于事件函数我都直接在标签做完成，这样Outline就能非常方便定位得到。
<mx:doubleClick>
<![CDATA[
]]>
</mx:doubleClick>
@Kenshin.L
其实你会发现这要比VS先进的。。。在同一个文件进描述这些东西但又能方便管理是非常难以做到的。这就是我喜欢Flex Builder的原因，你看VS的html编辑你要非常快的定位到你需要HTML和相关javascript是件不容易的事情。但在FLEX BUILDER里即使你的文件很大，一旦结合OutLine在旁边你就发现确实非常方便。
re: 发布一个验证码生成组件 henry 2009-06-01 13:28
@无忧商务
去下载Smark.Web
Actions目录下的ImageItem.cs文件就是
re: 发布一个验证码生成组件 henry 2009-06-01 11:00
@无忧商务
你只能建一个1。1的项目把文件包含进去编译
re: ASP.NET图片验证码控件 henry 2009-06-01 01:53
@无忧商务
Smark.Web里已经集成，你可以下载Smark.Web源码
模块功能点/每天完成的功能点*开发人员每天成本
不同开发人员成本不同，每个公司制定也不一样；以前公司最基础开发人员是400/天，高级800/天，分析1200/天
楼主顺便也介绍一下Flex Builder 其觉得这个IDE在UI设计和CSS设计的确要比VS2008先进一个级别。在很多人眼里（特别是用习惯MS IDE的人）FLEX的IDE太差劲太烂了...工作效率低下
@Todd Wei
这个问题我也不太了解，我在做FLEX时也是一边做一边查SDK。
@醉春风
如果你是要知道裨益，我只能告诉你Flex Builder的UI设计器和CSS设计器很先进很高效
@指针为空
FLEX已经是几年前的东西了，那个时候WPF都没有更不要说silverlight...
Flex Builder的MXML设计，CSS设计功能的确是要比VS2008先进一个级别的