.Net 泥水佬

楼主这图是用什么工具画的，可以共享下吗？

EXECL报表能不能上报吗？

请大家尊重博主，他写文章是为大众服务的，而不是“某个人”！！ 切忌：尊重别人才能让别人尊重你！

初学，向你学习了

楼主可以给我一份源码么 感激不尽 huang2814513@163.com

LZ能否给一个可以观看的demo! 上面有多文件，看起来 很烦人！

其实Flex的日期控件还是挺好用的，可以选择年、月，也可是显示成中文

反射无法提高性能,.Net本身就是性能杀手,也可以说.NET是在性能方面一个失败的产品...作点小玩意儿不错,这延续了微软一直想把自已的开发语言当然玩具的一惯思想.. 如果不信请看这个分析..http://hi.baidu.com/cenxcen/blog/item/05c7d60f08a4d2c57acbe129.html

是的.真不错,一直不敢用反射就是这个原因

您的这个例子没有用了。

有人回答吗？？？？？ 真的很需要 谢谢。。。。。

我现在在学习，可以发一份给我吗？？？谢谢。。。邮箱：512637507@qq.com.谢谢。能快点吗？？因为在做项目，而我又不是很了解。

能加上超时操作就更完美了 呵呵

你Begin后又End，还是阻塞，没有必要呀

多用异步和多线程，会有很好的效果

如果这样： static void Main(string[] args) { Class1 cl1 = new Class1(); Class2 cl2 = new Class2(); System.Diagnostics.Stopwatch stop = new System.Diagnostics.Stopwatch(); stop.Reset(); stop.Start(); for (int i = 0; i < 10000; i++) { cl1.Add(); } stop.Stop(); Console.WriteLine(stop.ElapsedTicks); stop.Reset(); stop.Start(); for (int i = 0; i < 10000; i++) { cl2.Add(); } stop.Stop(); Console.WriteLine(stop.ElapsedTicks); Console.Read(); } public class Class1 { public void Add() { } } public class Class2 : ContextBoundObject { public void Add() { } } 结果是： 404334 646464

不错。

能否发我一份源码，382171776@qq.com 谢谢

@henry 非常感谢楼主~~！您的回信我已经收到了，以前没有做过类似的项目，现在一直都是做的rfid的项目。有一天突然说要搞个这样的功能把我Orz了。。。 我这几天晚上下班回来了以后看这个，要是有什么不懂的地方还要麻烦问下您。谢谢了~~！

@this is it 那源码已经丢失了 可以到http://smark.codeplex.com/wikipage?title=%u8fd0%u7528Smark.SocketAsyncs%u5b9e%u73b0%u6570%u636e%u4ea4%u4e92%u670d%u52a1 得到新tcp包

楼主~~！非常想要一份你的这个源码学习下。~！！公司现在做这个方面的功能。希望能给我一份谢谢。~~！249080378@qq.com

我也对此感兴趣，在MXML中调用 WEBSERVICE 总觉得不爽啊

@estc GetUploadFileRequest()方法是返回一个URLRequest,就是文件需要post的请求路径对象。 这些是基于http操作，所有能提供HTTP服务的平台都可以写服务端。对于自定义信息URLRequest里有个属性设置

楼主你好，有两个问题，第一个：本文的代码中用到了你项目中的一些类和方法：1、Untity.GetUploadFileRequest() 2、PopUpEffect.Hide(My) 3、HFSoftCoreFun 4、SysConfig.ImageMaxSize 其中后面三个可以替换掉，但是第一个还是需要你上传一下！ 第二个：服务端的代码是否可以用java写成sevlet，自定义的信息如何获取？ 谢谢。

flex的源码有么？

@蓝色车仔 其实也没什么设计好讲的,UI->WEBSERVICE->SERVICE;基本都这些编写思路.不过还有些特别的地方就是使用了自有的WEB服务层,数据访问组件;对于这些有什么好处只有看代码才能知道.

研究下...

最好有系统的设计图啦。。。 不想看代码，只想看下实现原理。

有demo就好了

楼主的版面在Firefox下面显示好乱啊。 支持一下

先标记一个，回家了看看．楼主加我ｑｑ群交流(868500)

很好看，不错。

你这是在干吗呢？鬼才看得懂。

下下来了还没用

我喜欢codesmith，下面是个codesmith下的代码生成工具，希望楼主喜欢。 http://www.cnblogs.com/JimHappy/archive/2009/10/27/1590729.html

不错，用上了，谢谢！

[quote]Todd Wei： >>分解的目的就是为了让BalancesList的条件组合部分复用 这点不太同意，分解的目的不是复用性。假设例子的这个模块完全不考虑复用，它依然有分解出来的价值：分解任务利于团队开发，封装变化利于维护。如果说分解出来的模块恰好具有复用性，这只能说是一种副产品。[/quote] 赞同 复用并不是重构的全部价值所在，理清逻辑，封装变化，提高可维护行这些理由已经很充分了

@Todd Wei 在这个事例中如果不考虑其复用性,你认为这个重构有必要吗? 如果方法是比较多代码的情况,分离降低函数复杂度是有好处的. 但是假设或猜测这样做会带来什么好处,那这样的重构意义何在?

>>分解的目的就是为了让BalancesList的条件组合部分复用 这点不太同意，分解的目的不是复用性。假设例子的这个模块完全不考虑复用，它依然有分解出来的价值：分解任务利于团队开发，封装变化利于维护。如果说分解出来的模块恰好具有复用性，这只能说是一种副产品。

@Todd Wei 分解的目的就是为了让BalancesList的条件组合部分复用,当其他逻辑有着相关条件或包含这个子条件时就不必要再写构造部分. builder.Execute().List<Balances> (builder.Execute()& Balances.userid==loginer).List<Balances> 显然复用性是有的,只是其复用价值不高. 还有就是当有了这种想法,就很容易产生了基于根条件的方式继承扩展条件复用,这样就有一个继承深度风险和依赖性存在.

软件模块划分有top-down和bottom-up两种典型的方式.前者注重把大的复杂需求分解(decompose)为若干小的简单需求;后者注重将小的通用需求组合(compose)成大的复杂需求。二者并非完全统一的，有时候通过top-down方式分解得到的模块不一定具有很好的组合性（复用）. 通用库设计是bottom-up方式，而楼主的例子属于top-down。top-down的用意本来并非复用性，而是注重分解性，把大的需求分解为小的需求的组合，然后对每个需求进行抽象并封装变化。 可以参考Meyer的《Object Oriented Software Construction》这本书关于Module的部分。

确实是很难权衡

@Ivony... 这个要看设计,继承性复用越深越难维护,但组合性复用就不存在这问题.最终还是按实际问题出发,不能一概而论.

代码的复用程度并不是越高越好，过高的复用会带来很多其他的问题。

我是来顶这句话的 0000000000000000000000000000 对于重构的价值有时真的很难衡量，很多时候到了后期你会发现，原来的重构并没有带来什么得益。 如果重构能使代码变得更简洁和方便维护那重构是必须的，但从复用性上来对代码进行重构就要看情况来考虑一下，不是所有代码都有很高的复用价值。 00000000000000000000000000000

@phker 之前没有把代码放到开源站估计是一种错误...那代码我找下吧,某些原因没了,我看能不能找回来.

你好,泥水佬 我发现你的博客是从codefactry开始的! 你的那个vs2008代码工厂插件非常好用,但是有些问题没有处理好! 我给你扩展了一下,现在我想改动一下你的这个作品,但是没有源代码,希望你能共享一下你的这个源代码!把它开源,改动后我将继续把它发表到网络上!你看可以吗? 可以的话请联系QQ:273082449

多谢，已经用上了，感觉还不错！

@henry 这段代码报错 PopUpEffect.Show(frmlogin,this); 提示费相关类型mx.core.IFlexdisplayObject

谢谢[url=http://www.icjyw.com]icjyw[/url]已用上。