<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>The Way To Great </title><link /><description>通往伟大的路</description><dc:language>zh-CN</dc:language><lastUpdateTime>Sat, 31 May 2008 15:01:24 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>Albert</dc:creator><title>如何向事件监听器传送额外的参数</title><link>http://blog.csdn.net/zinking3/archive/2008/05/31/2499102.aspx</link><pubDate>Sat, 31 May 2008 15:01:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/05/31/2499102.aspx</guid><wfw:comment>comments/2499102.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/05/31/2499102.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2499102.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2499102</trackback:ping><description>我们原来在处理FLEX中的某个事件的时候要传入某个参数，这个时候我通常能够头痛无比，要重新写一个事件类，以便携带参数，显然这种做法不行，我们看看官方的做法&lt;img src ="aggbug/2499102.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>创建RIA程序最容易犯的10大错误</title><link>http://blog.csdn.net/zinking3/archive/2008/04/22/2314359.aspx</link><pubDate>Tue, 22 Apr 2008 12:01:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/22/2314359.aspx</guid><wfw:comment>comments/2314359.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/22/2314359.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2314359.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2314359</trackback:ping><description>Top 10 Mistakes when building Flex Applications
刚刚进入RIA的程序开发中可能会有一些自以为是，但是又很危险的做法，这里TOPINFO给我们列出了危险度比较高的10个做法，大家可以对照看看，有则改之，无则加勉&lt;img src ="aggbug/2314359.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>12个常用的函数技巧</title><link>http://blog.csdn.net/zinking3/archive/2008/04/21/2311354.aspx</link><pubDate>Mon, 21 Apr 2008 11:39:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/21/2311354.aspx</guid><wfw:comment>comments/2311354.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/21/2311354.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2311354.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2311354</trackback:ping><description>12个常用的函数技巧
又的时候技巧就是这么简单，比如你如何生成随机的颜色？RGB依次？
看看他的答案   1. lbl.setStyle('color', 0xffffff*Math.random());


&lt;img src ="aggbug/2311354.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【转载TICORE-注释】Flex 3 - 實作滑鼠可圈選的 TileList V3</title><link>http://blog.csdn.net/zinking3/archive/2008/04/20/2310186.aspx</link><pubDate>Sun, 20 Apr 2008 23:28:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/20/2310186.aspx</guid><wfw:comment>comments/2310186.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/20/2310186.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2310186.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2310186</trackback:ping><description>本文转载了Ticore Blog上的一个程序 使用鼠标圈选TILELIST
主要对该程序作了适当的注释&lt;img src ="aggbug/2310186.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>字典和索引数组-提升性能小技巧</title><link>http://blog.csdn.net/zinking3/archive/2008/04/20/2310127.aspx</link><pubDate>Sun, 20 Apr 2008 23:08:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/20/2310127.aspx</guid><wfw:comment>comments/2310127.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/20/2310127.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2310127.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2310127</trackback:ping><description>当你在客户端循环从大量的数据搜索指定数据的时候，这里有一个你可以提升额外性能的小技巧-那就是改进性能的使用字典和索引数组。
【其实学过数据机构的都知道这个办法，典型的空间换时间策略，常识，不过我还是转一下】

尝试着基于其属性寻找正确的对象，而不是在大量的数据间循环，如果使用字典或者是索引数组那么你可以快速的定位你所需要的数据而不需要任何的循环。字典和索引数组允许你在内存中存放 名-值对这样的索引，这样你就可以很快定位指定的数据&lt;img src ="aggbug/2310127.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【影评】刺杀神枪手</title><link>http://blog.csdn.net/zinking3/archive/2008/04/12/2287780.aspx</link><pubDate>Sat, 12 Apr 2008 22:30:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/12/2287780.aspx</guid><wfw:comment>comments/2287780.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/12/2287780.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2287780.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2287780</trackback:ping><description>【我的评论】
我想很多人可能甚至都没有耐心看完这部电影，因为JESSE JAMES不是孙悟空，国人对其一无所知。而影片花了大量的时间来准备剧情，但是没有说清楚：谁是神枪手，神在哪儿，谁来刺杀他，为什么刺杀他？种种疑团留在我们这些中国观众的心里，因为我们对美国的历史不清楚不可能象了解孙悟空一样了解JAMES &amp; BOB而导演又没有说清楚，所以很多人大概中途就退场了，和我一起看的同学就是这样的，没有等到精彩的出场，就拍拍屁股走人了。而我呢也是花了三段时间才完整的把这部电影看完，不得不说我一开始也是不对这部电影怀有好感的，原因就是由于文化差异的问题我对这个故事的基本设定完全不知道。不过我还是坚持将这部电影看完了【做什么事情还是要坚持啊.......坚持才有精彩的故事】看完之后才体会到了这部电影的经典之处
JESSE JAMES是美国很出名的一个匪徒，扮演着劫富济贫的角色，似乎是那个时代的一个传奇，他杀了很多人，他的同伙很多都被抓，唯独他没有，他扮演着神枪手的角色，不过影片没有在一开始就点破这一点。这也是我们看电影的时候挂着无数问好的重要原因。而BOB是个无名小卒，他没有过人的本事却一心想&lt;img src ="aggbug/2287780.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【求职经历】-JobHuting At IBM 未完成</title><link>http://blog.csdn.net/zinking3/archive/2008/04/12/2284762.aspx</link><pubDate>Sat, 12 Apr 2008 11:16:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/12/2284762.aspx</guid><wfw:comment>comments/2284762.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/12/2284762.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2284762.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2284762</trackback:ping><description>【求职经历】-JobHuting At IBM 笔试部分完成&lt;img src ="aggbug/2284762.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>透明像素-Premultiplied Alpha的秘密</title><link>http://blog.csdn.net/zinking3/archive/2008/04/08/2260405.aspx</link><pubDate>Tue, 08 Apr 2008 13:56:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/08/2260405.aspx</guid><wfw:comment>comments/2260405.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/08/2260405.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2260405.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2260405</trackback:ping><description>Premultiplied Alpha的秘密我得承认题目有点标题党的意思，自从Flash播放器采用了BitmapData以来，Flash采用一种叫做Premultipled Alpha的技术来存储透明的像素。但是它还是有点...为了避免你觉得我啰里巴索你可以直接去检查示例程序， check out the demo right away 如果没看懂，呵呵......"Premultiplied" alpha技术意味着不仅像素的Alpha信息存储在通道里，而且已经扩张到红，蓝，绿通道里，在实际应用中这意味着如果你保存着 #fff8000橙色，而将其透明度设置为50%，那么实际设置保存的是#80803f00.这意味着颜色通道中的任意像素值都不会比Alpha通道中的值来的大这样做的原因是出于性能的考虑，图像处理算法在复合两张图片的时候总是需要将ALPHA通道的信息复合到各个颜色通道，因此如果你需要处理很多的图像复合时候，这样的做法就节省了很多的时间，而不需要对每个像素重新进行复合，正如我们所知道的Flash的日常处理中有很多时候都在处理复合，比如重合两张反锯齿的直线时&lt;img src ="aggbug/2260405.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>Flex 应用程序加密2 - SWC AS3 库加密 </title><link>http://blog.csdn.net/zinking3/archive/2008/04/07/2256720.aspx</link><pubDate>Mon, 07 Apr 2008 12:59:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/07/2256720.aspx</guid><wfw:comment>comments/2256720.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/07/2256720.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2256720.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2256720</trackback:ping><description>在上一篇文章里我们展示了如何使用AS3CryptoAPI来加密和解密数据，在这篇文章里面我们会深入到使用此类库的接口，工厂加密来保护我们SWC库里面的代码，使其不那么容易被破解掉


我们的第一步当然是要创建一个我们要保护的库工程，另外一个工程来保存访问此SWC库的接口和工厂以访问我们的保护代码，super-duper-ultra-mega-secret我们要保护此代码，我创建了CircleCalculator，CircleCalculatorInterface。CircleCalculator应该保存CircleCalculatorInterface接口的引用这样我们就可以访问我们创建的接口的相关实现

CircleCalculatorInterface里创建了一个接口类来定义我们希望我们的终端用户能够调用的方法，我们保护实现部分因为我们不希望我们的用户反编译我们的代码然后来查看我们是如何实现相关的逻辑的。 &lt;img src ="aggbug/2256720.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【转自岩屋】Stephan Janssen谈Parleys.com和RIA的前景</title><link>http://blog.csdn.net/zinking3/archive/2008/04/06/2255393.aspx</link><pubDate>Sun, 06 Apr 2008 21:58:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/06/2255393.aspx</guid><wfw:comment>comments/2255393.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/06/2255393.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2255393.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2255393</trackback:ping><description>InfoQ.com和Stephan Janssen坐在一起讨论，向他了解了Parleys.com的相关情况，并问了他对新兴的RIA平台的看法。Stephan创建了每年于比利时举办的JavaPolis大会。JavaPolis 是目前仅次于JavaOne的第二大Java会议。Stephan还是Parleys.com的创始人和工程师主管。Parleys.com是一个RIA 平台，用来发布视频、播客、幻灯片等诸如此类的在线学习资料。除了讨论Parleys.com，Stephan还跟InfoQ.com的读者分享了他对 Adobe Flex/AIR、JavaFX、Google Web Toolkit（GWT）、以及Silverlight的看法。&lt;img src ="aggbug/2255393.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【YAKOV】心中的五大软件公司</title><link>http://blog.csdn.net/zinking3/archive/2008/04/03/2246975.aspx</link><pubDate>Thu, 03 Apr 2008 12:58:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/03/2246975.aspx</guid><wfw:comment>comments/2246975.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/03/2246975.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2246975.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2246975</trackback:ping><description>谈谈业界比较牛的软件公司，不是本人的看法。转载他人观点而已
作者是FrataSystem的Boss，谈的都是他个人经历中印象最深刻的公司，相信这些公司大家也不陌生，但是对于这些公司的观点，你可能就与他不一样了。无所谓啦，看看看看&lt;img src ="aggbug/2246975.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【flex加密】应用程序加密1-模拟flash.data.EncryptedLocalStore</title><link>http://blog.csdn.net/zinking3/archive/2008/04/03/2246580.aspx</link><pubDate>Thu, 03 Apr 2008 10:49:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/03/2246580.aspx</guid><wfw:comment>comments/2246580.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/03/2246580.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2246580.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2246580</trackback:ping><description>在RIA的世界里，flex和air确实已经起飞了，随着财富500强企业逐渐采用flex技术实现ria已经各种企业层次的应用开始出现，应用程序和数据安全问题应该逐渐引起flex/air程序员的注意，保密的级别应该和项目的需求紧密相关。例如如果你想开发的是开源的支持广告的面向大众的应用程序，为了尽可能多的获取用户加密的级别就应该相应的低，同时系统花费在认证用户上的时间要尽可能的小。另一方面如果你是为企业政府开发内部应用的面板程序，那么你可能要采用尽量高的加密级别。

在这一系列的三篇关于如何加密Flex应用程序的文章中，我们首先会讲述如何在Flex应用程序中采用加密存储技术加密一个Flex应用程序。在第二篇文章中我们会尝试使用接口和最小化的加密来对SWC文件进行保护，这个SWC文件正是我们要出售的商业库。在最后的文章中我们会去了解一下NitroLM.com，这是一个商业的API专门从事用户注册认证管理，以及企业级的加密技术 &lt;img src ="aggbug/2246580.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【人工免疫】Pareto最优问题 解决</title><link>http://blog.csdn.net/zinking3/archive/2008/04/02/2244304.aspx</link><pubDate>Wed, 02 Apr 2008 12:25:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/04/02/2244304.aspx</guid><wfw:comment>comments/2244304.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/04/02/2244304.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>comments/commentRss/2244304.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2244304</trackback:ping><description>显然我对Pareto前端和Pareto优胜的概念产生了混淆，现在我已经搞清楚了，为什么我的前端会那么少的原因。

Pareto优胜的概念中我MISS了很重要的一点，那就是两个个体之间存在着三种关系，支配，被支配，无法判定。无法判定也就是说这两个个体的地位平等，无法比较应该继续和群体中的其他个体进行比较。 我犯的错误就是两分法，不是支配就是被支配，然而显然这是错误的理解了优胜的概念&lt;img src ="aggbug/2244304.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【多目标优化】Pareto优胜的概念</title><link>http://blog.csdn.net/zinking3/archive/2008/03/27/2222430.aspx</link><pubDate>Thu, 27 Mar 2008 11:22:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/03/27/2222430.aspx</guid><wfw:comment>comments/2222430.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/03/27/2222430.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/2222430.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2222430</trackback:ping><description>为了验证我对PARETO最优的观点是否正确，我又参阅了许多源代码，其中Non-dominated Sorting Genetic Algorithm II developed by Kalyanmoy Deb et al.NSGAII--ProfessorKalyan的源代码最具参考价值，显然我对Pareto优胜的概念认识是正确的，但是群体中的Pareto前端如何产生显然在对Professor XiaoLan的论文分析的时候产生了偏差，显然如果按照Pareto优胜的概念去产生前端，前端当然不可能会很多，这个问题到底如何解决，我还在郁闷之中，下面是今天阅读的源代码，供大家参考&lt;img src ="aggbug/2222430.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>Albert</dc:creator><title>【多目标优化】Pareto最优解很少</title><link>http://blog.csdn.net/zinking3/archive/2008/03/26/2218430.aspx</link><pubDate>Wed, 26 Mar 2008 09:08:00 GMT</pubDate><guid>http://blog.csdn.net/zinking3/archive/2008/03/26/2218430.aspx</guid><wfw:comment>comments/2218430.aspx</wfw:comment><comments>http://blog.csdn.net/zinking3/archive/2008/03/26/2218430.aspx#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>comments/commentRss/2218430.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2218430</trackback:ping><description>一个随机产生的100BCell群体，其中能有多少是Pareto最优解？
我的答案是很少，少到几乎接近0了，偶尔才有一两个，显然我觉得自己在什么地方搞错了。
我们说BCell a优于BCell b当且仅当 a在各个目标上都不劣于b，并且至少一个目标上优于b，这是Pareto最优解的定义。于是在一个群体中的非劣解，必须优胜于其他如99个个体，这个概率实在是很小。还是

证明100个群体中最多只有一个Pareto最优解
：假设群体中至少有两个最优解，那么分别设其 为A,B 根据定义（设优化目标为两个）则
1. A.obj1&gt;= B.obj1 A.obj2&gt;= B.obj2  并且至少一个等号不成立
2. B.obj1&gt;=A.obj1 B.obj2&gt;=A.obj2 并且至少一个等号不成立

显然有A.obj1 = B.obj1 A.obj2 = B.obj2 而等号至少一个不成立，显然矛盾
所以按照我理解的Pareto最优，前端最多只有一个，这是我需要解决的问题

如果你也在做这方面的研究，欢迎的你的指教，谢谢&lt;img src ="aggbug/2218430.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>