博客园_何戈洲专注于.NET中间件开发

2012开源项目计划-WPF企业级应用整合平台

2012-01-31T02:12:00Z

开篇

2012年，提前祝大家新年快乐，为了加快2012年的开发计划，特打算年前和大家分享一下2012年的开发计划和年后具体的实施计划，希望有兴趣或者有志之士共
同加盟，我们一起完成一项属于自己的项目，实现共赢，无论是工作或者是学习上的双赢。
我为什么要现在发布这样的文章呢，其实是想年前大家能对我提出的观点或者意见有个自己的想法，年后大家一起交流下，不管您有什么样的想法，我都会欢迎
并且支持大家提出自己的意见和看法。废话我也不多说了，下面我就说说我现在想开发的开源项目的计划和思路，大家如果觉得还不错，那么就请大家和我一起合作
开发吧。

大纲

1、开篇
2、大纲
3、项目说明
4、关于合作
5、加入方式
6、其他

项目说明

       关于这个项目的构思，已经有很长的时间了，可以说对个人的技术方面的要求也是比较全面，要求您至少熟悉其中的一部分，比如说，该项目中会用到如下相关
技术，不是说要求每个人都必须掌握，但是至少要精通一门。

项目涉及到的还有其他的一些细节的技术，这里面就不细细的体现了，等到具体项目的开发的过程中就会产生很多的问题了，到时候大家再研究即可。
        项目最终的运行的效果类似与QQ现有的情况，但是该软件可以支持互联网和企业级应用。如果是企业内部，开发人员或者行政人员，通过不同的功能模块的权
限配置，那么全公司所有的人员使用该软件即可，实现通信，邮件，办公等全方位的工作。关于具体的功能，只需要权限进行分配即可。至于其他的具体的功能，都
是以插件的形式进行开发。开发完成后，只需要进行发布和注册，通过权限配置来加载到应用平台中，在此有点类似腾讯的Q+平台，后续只需要提供API，那么企业
可以自行扩展功能。
         目前，我只是搭起来了简单的框架和基础项目方案，关于具体的核心功能支撑和其他的模块，我这里还没有开始进行，不过我这里想要寻找志同道合的朋友，
或者是对目前这个项目有兴趣的朋友加入，大家互相学习，共同进步，我相信2012我们会战果累累。
        这里Show几个丑陋的页面吧：不会美工干的事情，就是悲剧啊。

        效果不是太好，输入用户名、密码后，出现如下状态页面：
        动画的效果，其实很简单，就是太丑了。
        登陆成功后：

        当双击某个联系人后，弹出如下界面：

        界面的风格和功能，还有待完善和提高，包括符合人群的易用性等方面，不过总体来说，所有的其他的东西，都是依附与IM之上的东西，关于目前市场的是否
有现有类同的软件，我没有具体的调研过，但是我期望的东西，至少目前市场上是没有的。

关于合作

       我这里是想发起一个不错的项目，希望有兴趣的或者是对这方面想提高的朋友，我们大家共同交流和学习，共同提高，无论是对自身未来的发展或者是自己的竞
争力，都会有很大的提升，收获就在2012.
       合作方式：大家一起完善该项目。
       项目职责：加入项目后，必须负责到项目结束。
       代码开放：针对加入项目的人员可以免费获取完整代码。
       保密协议：不得利用该项目从事商业活动。
       关于其他：就是大家能够利用业余时间一起交流沟通，共同提高，构建一个属于自己的企业级软件开发平台。

加入方式

       因为是起草开源的项目，不会采取收费或者是什么方面的方式，可能在未来，一旦项目成熟，可以进行市场推广的时候，如果产生了利益，那么会和加入项目的
成员进行平分，每人有份的原则，同时对项目感兴趣，提供了自己的意见和看法的同仁给予利益分配。我在这里发起这样的项目不是为了金钱，只是希望能够大家一
起干点事情，做出一些符合我们软件开发人员和软件公司企业内部，提高公司管理和软件开发效率的这样的一个工具，所谓工欲善其事必先利其器，我发现这个古训
太正确了，其实给予我们周围的压力很大，这时候，把影响我们工作的因素都把他们对我们工作的影响程度最小化，这往往比我们在软件研究方面如何提高软件的开
发速度，改进开发模式等来的更直接。当然随着软件开发流程和模式的不断成熟，我们会慢慢上升到理论层次。
        加入条件：(满足部分即可)
        1、对项目有兴趣，一旦加入，不可索取源码后退出。
        2、一旦加入，可以不进行相关源码的开发，但是需要提出非常有价值的意见和想法。
        3、对项目中的未来发展和定位，有一定想法的朋友。
        4、对项目中可以加入的有价值的功能，特别是熟悉相关业务的朋友。
        5、了解软件工程方面的。
        6、有一定C#编程经验。
        7、渴望提升个人技能和管理经验的朋友。
        8、公司软件开发过程管理进行探讨的朋友。
        9、其他(待定。。)

其他

        上面已经详细的介绍了关于项目的一些内容，其实上面我还没有完全介绍项目包含的哪些东西，关于这方面的介绍，我后续会专门写一篇构思和这个项目包含的
内容，我们可以考虑采用敏捷开发的模式，针对项目内部的成员，自行完成，大家共同努力，共同提高。
        加入项目：
         QQ超级群：147565174 (500人上限) 欢迎大家踊跃加入，谢谢！

本文链接

2012注定是收获的一年，奋斗才刚刚开始

2012-01-08T12:40:00Z

前言

         2011年转瞬即逝，基本上稳定的时间很少，大多的时间都是在全国出差到处跑，基本上也经历了从打工->创业->打工这样的思路，感慨也是不少，但是总体来
说，还是收获多一些吧，人生总是需要经历一些事情才能明白，不过我的损失是惨重的，希望兄弟们再做决定的时候，一定要审时度势，在正确的时机做正确的事
情。
        可能最近写的技术文章相对来说，太少了，不是因为不想写技术类的文章，关键是，下手的时候，有点迷茫了，最近也是刚刚稳定下来，所以也希望能够梳理一
下思路，在2012年有腾飞的一年，希望能够自己在工作和生活中都能够二手抓，二手都要硬的结果。
        人生就是在不断的选择中度过，当你选择了正确的道路，可能就是飞黄腾达，当你选择一个风险比较大的道路，那么成功和失败就很难说了，还是抱着最坏的打
算去，这样就算失败，你也能收获很多。
        不过，总体来说，2011年是非常的精彩，希望能够在2012年有一个全新的腾飞，祝愿大家都能够在2012取得辉煌的成绩。

       对于80后的一代来说，毕业之后，就能够在工作中取得大的成绩，还是相对来说，难度比较大，我不是优秀的人士，反正我是和大家相比，我还是能力有限。人
生的过程，就是这样的曲线图，有跌有涨，又像股票，但是希望我们可以随时操纵自己的股价。希望大家在2012年自身的股价都能翻倍。

大纲

    1、前言
    2、大纲
    3、付出
    4、收获
    5、感想
    6、关于读书
    7、2012博客计划

2011年的付出

        2011年，如果仔细回顾今年一年的付出和收获，那么虽然不成正比，但是我还是感谢帮助过我的人，谢谢你们对我在工作和生活上的照顾。2011年有收获，那么
就有付出，付出就是所谓的失去的东西，我倒是现在越来越看透了几点，你收获的越多，那么你付出的也越多。
        我没钱，没权，只能靠自己的辛勤的劳动和老婆一起奋斗，去支撑我们的未来，我偶尔会羡慕别人，只是偶尔，对于我来说，拼爹可能拼不过人家，但是我心中
有个信念，希望我的儿子到时候拼爹能够拼得过人家就好了，古人云的，富不过三代，我可能会选择不相信，不过，不努力肯定会成为现实，偶尔会有奇迹发生。所
以，我深信，只要我们努力，这个目标就能达成。
        2011年总体来说，我失去的比收获的多。
        1、我失去了8个月的时间或者更多。
        时间对我们现在这个阶段的人来说真的很重要，为什么这么说呢，是因为，80后的我们，一方面承担房价上涨的
压力，我们没有办法买房子，而是我们刚工作的时间不久，不论能力或则还是社会的阅历都短时间内无法到达理想中那样的情况，所以时间对我们来说就是金钱。我
其实之前一直很看淡钱，我之前一致认为，个人的理想和职业的发展才是最重要的，2011年，我懂的了一个男人应该承担的责任。古人中的男人是一家之主，这句话
还是没错的，大家都要顶住。
        2、我失去了和老婆孩子一起生活环境。

        我3月份，选择了离开老婆工作的城市，来到了个人理想奋斗的地方，开始了创业之旅，也许是因为自己希望未来有个更好的发展空间和舞台，所以我不管老婆
如何说服我，我都贸然出来，当然出来之后，发生了种种的事情，这些事情，我错的地方多一些，毕竟男人不能不管自己的家庭，就去任意做一些事情，我连最基本
的基本生活保障都没有提供，我作为一个男人，其实还是很失败，拿着媳妇的钱维持生活。
        3、我失去了稳定的收入。
        每个创业者都会做好薪水低，或者没有稳定的收入，但是未来的发展光景却是光明的(至少你做决定时)你是这么想的，而
且是非常坚定的，我就是这样的想法，所以，我没有要求什么稳定的收入，也许要求和得到的结果不一致。虽然要求过，但是结果和要求的不一样，也许我们不应该
说要求过，就说明你的确得到了结果，我想，也许只要结果不一样，就算要求过，但是没有得到，过去的要求，其实也就不算什么吧。
         人非圣贤孰能无过，这句古训我基本上现在是熟读多遍，每次遇到一些很难办的事情，我会这样安慰自己，也许大家都认为我是阿Q精神吧，我发现鲁迅先生的
作品，非常值得我学习和研究。不过时间上，我真的是无能为力啊。
        4、我失去了家人培养的感情。
         距离和时间真的是问题，如果说我们现在生活已经稳定，不愁吃不愁穿不愁住，也许我们考虑的是其他方面的内容了，比如说，这时候
追求的可能是工作的乐趣，人生的目标，或者是个人理想价值和个人对社会价值的体现等，但是当我们满足不了基本的生活需求的时候，也许我们应该更实际，不过
话说，我们刚工作的时候，还是尽量多去有优秀前辈的公司会比较好，这样对个人工作或者是未来生活方面都会有很大帮助。关于近朱者赤近墨者黑，这句话绝对错
不了。对于书上说的，环境影响不了人，决定权在你自己，那句绝对是扯淡，至少，我不这么认为。我认为我工作后，主要是环境对我的影响，才让我认识到自己的
不足。
        我的选择，让我失去了和家人一起生活的机会，我可以说是生活和工作都基本上一团糟，虽然2011年很糟，不过我还是很感谢这样的经历，现在经过时间的沉淀
和自身的思考和总结，才对人生有新的认识和理解。个人的发展还是要从底层建筑开始。

收获

        2011年，收获总体来说还是很多的，我学到了很多很多，感谢2011年，不管是生活还是工作上我都学到了很多很多，多的让我感觉到很欣慰，我感谢帮助过我的
所有人，博客园也是给我了很大的支持，技术让我在博客园学到了很多，也收获很多。除了感激还是感激。
        总体收获如下：
生活
            也许2010年我不知道什么是家庭，什么时候男人应该承担的责任，包括不少朋友说的关于生活上的讨论，包括人生的哲理，可能我一开始并不是领悟的特别的
深刻，正是由于了这样的经历，让我知道了，什么时候男人的责任，作为一个男人，必须给力，无论是生活上还是工作上都要是顶梁柱。全力以赴，才有可能成
功！
工作
            工作上，收获的更多时个人能力和对工作态度上，包括工作中对团队协作、团队构建、团队管理，包括未来技术前瞻的把控等方面，让我对技术方面有了新的
思考和认识。同事个人在解决问题和与人沟通方面等等各方面能力的提升。也许你不经历过，别人跟你说你真的不深刻，也许当时，你可能觉得非常的有道理，但是
在日后的工作中也许还是不太注意，这种事情，真的是，不经过不深刻。
其他
              2011年收获了自己未来发展的理想职位的开始，包括未来个人人生目标规划的起跑线，至少现在自己可以站在起跑线了，也许原来真的没机会站到起跑线
上，原来可能都是候补，现在也许刚能搭上首发了，呵呵，大学里面就是如此。
              2012年第一天，收到了MVP的礼物，真的很惊喜，我可能能力是比不上园子里面很多的朋友，我很感谢帮助过我的朋友，也感谢博客园提供的平台，让我有
机会获取到这样的奖励。
              2011年，学习到的东西太多了，有些东西也不知道能够怎么表述，原来不关心，或者是原来不知道的东西，现在都得操心。看来我的生命才刚刚开始有意
义，之前存在的意义是必要的，现在的意义是世代传承的意义吧。责任虽然很大，但是对于我来说，我喜欢这样的挑战，想起高尔基的雨燕了，2012我相信更精彩。

感想

        2011年，付出和收获都很多，感想也很多，总体来说，很不错，我虽然是个经常失败的人，不过我不怕失败，我相信总有机会可以成功，我相信未来一定会成
功，命运是掌握在自己的手中，我不相信彩票，我也不会买，所以我还是得自己奋斗，去保证100%的中奖率。
        我每次都是抱着这样的态度去尝试，结果总是失败，所以，我打算把人生奋斗的过程抱着买彩票的态度，一个人不可能一辈子不中
彩票的，所以要相信自己能中，只不过，如果想中，大家的努力奋斗才是。
        当看到别的同学出去玩，你在努力学习或者是工作的时候，你是否会抱怨，抱怨自己的公司加班，或者是占用了个人的宝贵的时间，其实我们也许可以换个角度
想想，一个人不管干什么事情，当然会分天赋型的人，对于大部分的人，其实不管是智商还是对新事物的接受能力等方面，都不会差别很大的。当我们认为某个人是
天才的时候，其实一方面是由于天才有一定的天分，比如对新事物的接受程度和事物的理解方面，比我们的常人会高，常人10年成为专家，天才3年的时间成为专
家，都是可能的，但是有一点，对时间上的投入，这个不管是谁是必须的，我永远记得，你做一个时期的时候，比如我们学C#，有个人除了上班的时间，然后就再
不学或者说不管了，另外一个差不多的同仁，下班回去研究，同样的人，我相信一年之后，差别真的不是一般的大，我相信有志者事竟成。你在其他方面投入时间，
那么你在另外一个事情上的时间就会减少了，所以，要相信这个时间守恒定律。
        我不是天赋很高的人，我选择笨鸟先飞，这样我才能有机会赶上大伙，大伙不会放慢步伐，所以我只有抓紧，才能行，不掉队。

        时间对每个人来说，都不会因为每一秒钟给某人长一些，其实都一样，所以投入时间都是一样的，时间对每个人都很公平，当然特殊的一些人除外，大部分人还
是很公平的。但是我们每个人对世界的选择不同，造就了不同的结果，就和我们人生的选择一样，时间的选择是基石，选择好不同的基石。
        我不是大师，所以我有点啰嗦了，我说的不是什么高深的道理，也没啥东西，所以我不会要求大家暂同我的观点，不过，如果您不同我的观点，也可以说说感
受，小弟也是抱着和大家交流学习的态度，不管是技术上或者是对工作生活上的认识。

关于读书

        最近不少的博友，有发过2011年读过的书，我呢，也来发一下，我不是什么高手，不过只敢稍微发一下，总体来说，书都是看完了，不过可能对书的吸收和理解
程度，还需要多读几遍才可以，我不是看一遍就能过目不忘的人，要是那样，就是天才了，我就不会浪费这样的天赋。

        2011年读书目录：
        1、深入理解Windows操作系统：主要讲述了windows2000和XP系统的设计包括其他我们对计算机软件设计和其他方面的很多内容。
        2、T-SQL2008深入理解：此书绝对要深入学习，学习了此书对数据库查询优化和设计等方面都会有全新的认识。
        3、T-SQL2005查询：这书不错，看完基本上SQL方面的基本内容都掌握了。
        4、虚拟化和云计算：虚拟化和云计算方面的，入门。
        5、云计算和企业架构：讲述云计算架构方面的。
        6、云计算和SOA：讲述云计算和SOA方面的内容。
        7、重构：福勒的经典。
        8、企业架构模式：福勒经典。
        9、复杂领域核心应对之道：领域驱动方面的书，目前这方面的书很少。
        10、一线架构师：一线架构师方面的内容。
        11、温煜的另外一本，忘记名字了。
        12、SOA与webservice契约设计
        13、WCF服务编程
        14、企业架构实践。
        15、工作流方面的书，忘记名字了。
        16、WPF方面的书。深入浅出WPF。
        17、Visual C# 网络编程：socket和通信方面的。
        18、温习大学的基本课程：数据结构、算法、计算机操作系统，体系结构。
        19、敏捷开发、模式、原则
        20、高效人士的45个习惯。
        21、敏捷开发相关的其他几本书。
        22、大象UML。
        23、c#高级调试。
        24、C#本质论
        25、C# In CLR
        26、WF4.0编程。
        27、WF3.5高级编程。
        其他的一些关于项目管理和软件工程方面的书，我这里就不列出来了，闲书也不少，2012年打算多读一些关于软件工程和项目管理方面的内容，技术方面也需要
跟进，准备往服务器编程和SOA架构方面进行深挖，对云计算方面保持高度关注。
        书还是要有选择的读书，不然会浪费自己的时间，还有可能对自己有误导，当然还是建议大家少买点盗版，以免引起后患。
        2012年打算多读书，扩展自己的知识面，同时在某个技能方面加大时间的投入，人的时间和精力有限，知识点专注的只有一个或二个，建议做好一个，但是知识
面一定要广，但是技术方面最好单一。这样才可以成为专家。每天投入3小时，10年才可以成为某个领域的专家，如果每天投入10小时，那么你只需要3年即可成为专
家，我相信大家都可以成为专家，但是外界的因素，会阻碍或者绊着你成为专家，大家坚持就是胜利，我的路才刚刚开始，大家可能都开始很久了。

        我已经输在了起跑线上，那么只有在后续的路程中加紧的追赶，才可能追上大家。大家要放慢脚步啊，等等我！

2012博客计划

        之前的系列也是不少，可惜，写完的好像不多啊，其实我也不是不想写，关键是变动的事情比较多，所以造成系列比较多，但是结束的却比较少，我也是深感抱
歉啊。打算2012年准备新起几个系列，但是这几个系列我一定会写完，争取把其他的几个系列写完，比如ORM方面的文章，还包括架构和工作流方面的。
        2012年计划写的文章系列：
        1、《WPF+WCF+WF项目实例计划系列》这个系列主要是使用WCF+WPF+WF技术，共同完成一个基于IM为基础的企业级开发管理工具，该工具内提供了通信，服务器部署，版本管理，配置管理，发布管理，部署管理，IM相关的，QQ功能的部分在企业应用开发中可能应用到的功能都集成到内。当然，我个人的能力有限，还希望大家有兴趣的参与到其中来。
        2、《C#网络编程系列》讲述C#网络编程方面的内容。socket，UDP，其他等。
        3、将原来的没有完成的ORM系列和架构方面的写完，同时把工作流方面的内容也补齐，主要是从第一个系列实例中进行分离来说明WF中的内容。如果有必
要，可以把如何基于WF来开发自己的工作流平台，来综合说明写出来设计思想和实现，这个需要根据前面的系列来说明。

本文链接

系统架构师-基础到企业应用架构-客户端/服务器

2011-11-07T02:52:00Z

开篇

上篇，我们介绍了，单机软件的架构，其实不管什么软件系统，都是为了解决实际中的一些问题，软件上为了更好的解决实际的问题才会产生，那么对于单机软
件的架构则也是在不断的变化和发展，当然好的软件架构会对软件的生命周期起到决定的作用。好的软件架构，无疑会延长单机软件的生命周期，同时适应后期的不断的衍生的需求变化，.NET FrameWork的架构设计和体系结构设计，我相信是非常优秀的。
本篇，将会讲述大家比较常见的架构模式，客户端-服务器的模式，可以理解成C/S架构模式。现在的C/S架构已经从原来的简单的客户端-服务器的形式，变成了
更多衍生的架构模式，C/A/S,C/S/M/S。包括多层C/S的架构。本篇就将总结这些架构模式之间的细微变化和应用场景来简单说明，当然由于本人的经验和学识不够，
错误之处，还请大家多多指出。

大纲

       1、开篇
       2、大纲
       3、C/S架构的产生
       4、C/S架构的常见场景和架构模式演变
       5、C/S架构总结及说明

C/S架构

        C/S和B/S架构我想大家应该都还是比较了解其本质和区别的。
        wiki百科的定义：
        C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和
Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，C/S的优点是能充分发挥客户端PC的处理能力，很多工作可以
在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。
        有不少的朋友和我争辩，未来是B/S的天下，这种C/S的架构模式，可能就会越来越少，甚至被取代，话说，我的理解是这样的，任何一种架构模式的存在，还是
那句话，都是为了目前解决不同应用场景的问题而存在的。所以关于未来是否被取代我们还不好轻易的下结论，但是有一点，如果我们回归本质去看的话，你回发现，浏览器本身就是C/S程序的，除非某一天，我们不需要浏览器，即可上网的时候，也许我将会同意你的观点。
        科技发展的步伐不断的进步，C/S的传统架构可能是这样的。
        这里应该比较容易理解，我们把业务逻辑都写在客户端应用程序内部，客户端这时候，就是富客户端的形式，只需要读
取信息或则是写回信息的时候访问数据库，这时候我们可以把数据库看作是服务器端。这样的方式，应该是目前很多的软件都是这么构建的吧，当然可能现阶段很多
新的软件的架构模式已经发生了变化了，不是简单的这样的结构，因为无论是应用的集成或者是后续的扩展等这样的架构方式，无疑都是需要大批量的修改程序才能
实现的，并且在性能等各方面都会有瓶颈。
        对于与C/S相对应的架构B/S我们来看，一般的方式如下：

        上面我给出的是一般的B/S应用的物理部署架构。
        我们回归下我们上面说的浏览器本身就是个客户端软件，通过DNS域名解析服务器，向指定的web服务器发送请求，web服务器根据用户的请求，来产生HTML文
档，处理的过程中需要访问数据库，处理完毕后，返回给客户端浏览器，浏览器根据返回的信息，进行渲染呈现到浏览器客户端。我上面只是大体的介绍了下过程，
并没有把很多细节说明白。下面我们就来看看C/S架构的不断衍生和变种。

C/S架构的场景及架构模式演变

        我们上节也说了，C/S架构经过不断的改进，目前已经衍生出很多的架构模式，我们下面就来回顾和分析，每种架构模式的一般应用场景。
1、客户端包含业务
             客户端应用程序，内部包含了业务逻辑处理，只是在必要的时候请求和访问数据库。进行数据的持久化
操作。
            这种模式的应用场景：一般应用于需要客户端提供富应用的情况，比如医院信息系统。
            这种模式的代表语言：PB,VB,Delphi等。当然.NET的Winfrom应用程序，这样的也有不少。
            优点：可以重复利用PC资源，降低服务器的压力，符合用户的操作习惯，用户体验较好。
            缺点：安装和更新麻烦，不轻便，信息共享比较麻烦，互联网上没有办法进行访问。
2、C/A/S架构

        这种结构看起来强大多了，为啥呢，客户端是轻量级的了，和浏览器差不多，不但提供了强大的用户体验和符合用户的传统软件的操作方式，同时不会像胖客
户端一样，那么重，该客户端还能支持自动升级。
        应用服务器：负责处理客户端提交的复杂应用，当然后如果客户端用户量大的时候，可以通过一些措施来将请求进行任务的分发等，这个就是我们后面说的
多层了。这里应用服务器是负责处理客户端发送的请求信息处理，带有与数据库数据相关的业务逻辑操作时，客户端将请求打发送到应用服务器，应用服务器接收请
求，并进行处理。应用服务器会根据客户端的请求，访问数据库，并进行业务逻辑处理，将处理完成后的结果，返回给客户端，客户端显示结果。
        这样，客户端内部只要包含必要的组件即可，所有的业务处理过程都通过应用服务器来完成。这样会大大的降低客户端的运行效率，同时为日后的用户增
长，提供了水平扩展的基础。
3、多次C/S结构
         上面我们讲述了，C/A/S的已经比较强大的结构了，不但提供了类似浏览器的支持互联网访问，同时具有很好的用户体验。
         下面我们来看看基于上述架构产生的新的物理架构模式。

         当然，随着服务器性能的提速，我们会发现，其实并不是CPU慢，也不是内存不够用，所有的性能瓶颈，全部都是出现在IO，这个问题，不管是现在谈的任何
的逻辑架构，物理架构，或者是数据架构，一般来说，都是为了解决IO瓶颈方面的问题。我们不放仔细的考虑考虑目前的很多上市的大公司，不管是互联网的还是工
具类的。一旦数据量大，请求的响应效果，关键点就是在IO。
        我们学过计算机组成原理，我们能知道内存和CPU之间有差，数量级上就有差别，硬盘和内存之间，又有数量级上的差别，所以这CPU一般来说，不进行多任务
或者大量运算的时候，瓶颈一般不会出现在这里了。
4、还是多层

            当然可以是数据库集群，或者是分布式数据库存储的结构。
5、分布式应用
            分布式应用部署服务器，实现业务切分的部署。

6、SOA架构

            上面我们说了基本上目前的比较流行的物理架构的部署方式。
            下面我们来说下，关于C/S的逻辑架构。
            先说胖客户端。

            慢慢演变：

            再抽象。

            这样还不行，因为这样在UI上，还会不太合适。所以衍生出MVC架构，一般MVC模式适用在Web上,C/S上一般不会这么采用这样的方式，目前流行的J2EE开发框架，如JSF、Struts、Spring、Hibernate等及它们之间的组合，如Struts+Spring+Hibernate（SSH）、JSP+Spring+Hibernate等都是面向MVC架构的。.NET下大家应该都
了解过ASP.NET MVC吧。
           一般来说，现在的架构，都不是简单的这些模式了，都已经依托于某一集成框架，或者是应用开发平台，通过平台提供的中间件，实现多种系统的整合或者交
互，通过这些中间件提供的强大功能，使我们可以专注业务需求，而不用考虑太多的非功能性需求。

C/S架构总结

         上面我们讲述了比较常见的C/S架构的模式及演变，其实逻辑架构的方面，总体来说，变化不会太大的，一般都是这些模式，关于如何分层，分层多细，那需要
看项目的具体需求和非功能的需求，包括应用部署的要求等。
         随着目前互联网应用的普及和快速发展，未来生活互联网应用的天下，这个是没有任何的疑问和问题的，但是我们也能看出来未来C/S架构的发展和商机，目前
不管是任何大公司，都在推广自己的基础平台，在平台之上发展应用，通过SAAS的方式，提供方便的购买服务的商店，这样不但能够方便用户使用好的应用服务，
而且也为开发人员提供了商机，所以目前C/S架构的模式越来越多的向SOA和SAAS方向转变。
        我们应该认清形式和方向，如果发展自主创新的道路，那么必须要考虑未来，架构设计则是适应未来需求和公司发展的关键，这也是目前火热的SOA架构对企业
战略影响的关键所在。大伙都知道，名词吧，大家都会说，但是实践的过程中总是困难重重，但是如果因为困难就放弃，那么相信企业也会因为困难而倒闭。在中
国，经营企业是困难的。
        扯得有点多了，C/S架构的发展，未来定是上述的走基础平台，应用整合，SAAS方面的，C/S可能越来越少，但是不会被取代。目前桌面的应用软件，多数都是
这样的模式，越来越多，我相信大家都司空见惯了。现在的有远见的公司，都知道关注企业的未来发展，所以抢占手机和浏览器市场，通过用户的粘度，来维持企业
的可持续发展和商业价值空间。
        商业和架构能扯上什么关系，其实仔细想想是有关联的，好的基础可以有好的发展，好的公司，如果没有可持续的眼光和基础，注定要失败，最近比较火热的一
篇口水贴，也能看出端倪，大公司为什么要打造自己的平台，是有原因的。
        每个公司都想要，可惜，可能因各种原因，没有搭建起来，这个时候，就可以考虑低投入，高回报的方式，通过购买现有市面比较好一些的基础平台，不但能够
瞬间增强企业活力，同时提升企业的竞争力，最快的速度抢占市场。未来云计算是趋势，没办法的事情。当一个人说的时候，你不信，二个人说的时候你还不信，当
周围的人都信的时候，你就相信了。虽然很多人大喊云里雾里。
        方案有很多，关键是看你是否抓住机会，机遇总是被有准备的人抓住。

        目前，我们已完成了第一步：SAAS。

相关信息

下载信息。
如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
1、电话-邮箱方式：
何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
2、QQ交流：
308961614 -网名：H.O.T
3、QQ交流群：
185074255 新建

AgileEAS.NET快速开发平台下载
请点击图片下载。

本文链接

系统架构师-基础到企业应用架构-单机软件架构

2011-11-07T01:45:00Z

开篇

系统架构的文章系列，也是搁浅的太久了，最近也是整理了下思路，将目前未完成的内容，写完吧，也不能拖太久，就不太好了。所以就趁周末写一下，今天我
们要说的是单机应用，单击应用软件可以很复杂，也可以很简单。有些单机软件可以没有数据库，也可以有数据库，比如我们平时的一些工具类的软件，写字板，V
S开发工具等，当然，目前很多的单机软件都有联网的功能，单机软件，估计大家有时候回想，单机软件不需要什么特殊的架构设计吧，其实不然，因为有的时候我
们的单机工具，可能是提供给不同的用户群体等，或者是面向不同的人员使用时，适应不同的场景和需求的变化时，就会要求我们的单机软件也需要从架构的角度去
考虑。因为如果想要可持续发展，那么一个软件或者工具不管是单机软件还是联机软件都需要考虑。

大纲

       1、开篇
       2、大纲
       3、单机软件的定义
       4、单机软件架构
       5、关于开发出来的单机软件说明

单机软件的定义

虽然目前互联网很盛行，但是还是有很多的软件我们目前在使用，当然也有很多的软件，他们能够连上互联网，这样的软件不能算作是单机软件。单机软件的广
泛可理解的定义：可以在不通过互联网或者联机的情况下即可运行的软件或系统，称之为单机软件或单机系统。

        比如说我本机的很多应用就是单机版的。

        这些本身就能完成自主的功能，不需要联网，也不需要与其他的计算机交互即可完成功能，相当于功能是自治的，这样的软件我们就认为是单机软件。
        我之前也是做过不少的小工具，比如我们做一个winfrom的小工具，完成文本字符串的替换，或者自己开发的易用的小工具，都可以看作是一个建议的单机软件。
VS在某种情况下，我们也称之为功能强大的单机软件。下面我们将会结合我们这次的主角来说明架构设计的必要性。我们这里以AgileEAS.NET平台中的界面设计器
来说明。界面设计器本身就是一个非常独立的可以运行的工具，根据AgileEAS.NET平台的数据模型设计器产生的模型文件来生成界面模型。

单机软件的架构设计

        单机软件一般都是比较简单的，那么从架构设计的角度来说，一般就是在逻辑架构上的要求比较高，物理架构的架构要求几乎为0，当然可能因为未来适应市场
的变化，可能需要单机软件实现局域网或者互联网的信息共享或者互联网应用集成，这时候就需要考虑更高层次的架构，当然我们设计时也需要考虑这方面的因素，
但是我们本篇就从简单的架构说开了去，来说明如何适应这样的变化。
        1、我们刚开的系统架构的设计可能是这样的。系统架构都是需求驱使的，因为一开始需求很简单。例如一开始客户要求我开发一个简单的界面设计器，没有什
么要求，就要求我能够实现简单的拖拽功能。
        我根据要求分析出如下的结构：

        通过分层来实现，将通用的拖拽的基础组件等放在基础组件层，同时将开发设计拖拽页面相关的的配置页面放在设计视图层中。
        2、后来，又来了一个需求，说是要能通过向导来生成页面的设计视图，那么此时我想了下，有将系统架构修改成如下：
        这时候需要添加一个新的层，该层负责添加所有的向导页面，然后设计器视图层根据配置来加载界面的组件元素。这时候系统架构如下：

        3、再后来，随着需求的变化，有要求可以生成代码，输出winfrom页面代码，要求拖拽页面看到的什么样的界面，要求输出的winfrom界面的代码与设计器看到的
可视化界面相同，这时候我的架构设计如下。

        4、通过上面的架构设计，我发现，后续的需求又来了，不过这次我通过设计，已经可以对付这次的需求了，这次的需求变化是，要求支持多种页面表现风格。
        比如，在设计器视图，设计一次，即可生成winfrom的同样的页面，web的页面也布局类似，同事可以支持silverlight和WPF。
        这样的话，不需要进行大的架构重构，只需要修改CodeDOM层中，将原来的设计器视
图调用的代码生成，换成接口调用的方式来解耦，后续如果需要新增，只需要实现接口即可。
        5、这时候又来了新的需求了，想要让工具与原来的其他工具之间集成，例如将AgileEAS.NET平台中的数据模型设计器产生的sdm文件进行集成，支持打开和保存
功能。将设计后的界面模型文件存储到sdm文件中，这是如何处理。
        、
        6、最终差不多算是告一段落了，后续可能还会有新的需求，可能会要求我把单机工具修改为联网软件，或者是设计的界面保存到数据库中，实现应用部署的动
态变更单等，都是非常可能的需求，这时候，可能我的架构有需要发生变化了。

       7、未来要求在互联网进行动态的更新该软件，支持软件的智能升级。


单机软件架构说明
            即便是今天，复杂的单机系统也有很多，它们大多都是专业领域的产品，如CAD/CAM领域的CATIA、ProEngineer，Autodesk的AutoCAD，还有我们熟悉的Photo
shop、CoralDraw，等等（这些系统的高级版本可能提供了一些网络化的功能，但改变不了其单机系统的实质）。
所以这里笔者要说的是，软件架构复杂并不代表软件系统复杂，其实，软件架构设计较为重要的领域只有一个，那就是信息系统领域，即以数据处理（数据存储，传
输，安全，查询，展示等）为核心的软件系统。其他行业的软件应用对该概念其实并不是那么强调。
              微软的.NET的架构图

关于单机软件的说明

        比如，上述我们说明的内容，我们下面来演示下该软件工具具有的功能和设计思路。
        1、主界面：

        支持打开.sdm文件：
        这时候，我们选择基于AgileEAS.NET中的ORM数据模型设计器产生的解决方案文件，这样
可以实现界面设计器与数据模型设计器的集成和统一，也方便开发人员使用。当然后续可能将工具功能集成到一个控制台中也是可能的。
        所以我们在架构设计的过程中需要考虑，后续的可能的需求，但是我们不能过分的考虑扩展性，因为需求的变化，我们不能预见100%，所以我们只能做到尽可
能的适应变化，据统计，系统架构师所考虑的扩展性，20%的几率在实际的项目中使用到，80%的扩展性的设计，并没有使用到，所以一句话，具体问题具体分析。
        然后就是生成解决方案：
        选择“生成解决方案”出现如下选择页面：

         直接将界面设计器的模型文件来生成解决方案。
         通过不断的需求的加入和架构设计的不断扩展，来满足日益变化的需求。这一切都决定了架构的设计成败。

比如我们平时常用的VS2010开发工具，我们可以见证该工具的强大和灵活的设计，强大的扩展性，都和它的架构和设计不无关系，vs通过插件可以扩充很多强
大的功能，vs还支持项目模板的开发，提高开发速度。这些都是我们在设计单机软件工具时应该考虑的问题，当然前提是你做的单机软件工具是为了解决某项问题，
并且能够适应日益的发展变化，当然有些工具，我们不需要过度的设计，过度的设计往往效果并不明显，不要让我们的设计因为不可能出现的80%而造成过度臃肿的
设计，这样的设计反而是失败的设计，这样的例子太多了，我原来也是想的设计的越低耦合，扩展性越强越好，发现实际的项目中并不是这样的。

一桶水，是有限的，刚刚好最好。

相关信息

       下载信息。
        如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
       1、电话-邮箱方式：
        何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
      2、QQ交流：
       308961614 -网名：H.O.T
      3、QQ交流群：
       185074255 新建

AgileEAS.NET快速开发平台下载
       请点击图片下载。

本文链接

基于AgileEAS.NET企业应用平台实现基于SOA架构的应用整合方案-开篇

2011-11-05T05:28:00Z

开篇

        系统架构的文章，准备在这段时间好好的梳理和整理一下，然后发布基于AgileEAS.NET平台之上的企业级应用架构实践，结合具体的案例来说明AgileEAS.NET平
台之上如何进行系统的逻辑架构设计与物理架构设计，包括一些数据架构和运行架构，开发架构也是我们也会讲述。
        关于平台的功能介绍或者是开发案例和配置说明可以参考如下文章：
        [置顶]AgileEAS.NET平台开发Step By Step系列-药店系统-索引
        上述药店的代码是一个完整的方案，当然还包括SAAS方式的应用部署方式。我们后续等AgileEAS.NET5.0发布的时候，会跟大家介绍如何使用和配置SAAS应
用，当然目前关于药店系统的SAAS应用配置方式，在如下文章中找到
AgileEAS.NET平台视频会议培训第一辑-AgileEAS.NET平台介绍及药品系统的SAAS搭建演练
        通过上面的文章，我相信大家对平台有个感性的认识。目前不少的朋友提出了不少好的建议，目前平台没有提供可视化的配置工具，不少的朋友下载下去了之
后，不知道如何使用，这个问题的确是个比较头疼的问题。
         也许下面的步骤能够帮助到你。

第一步：下载AgileEAS.NET平台最新版

                  点击下载
                  从上述地址打开，会看到如下下载内容
                  ，选择最新的源码下载。

第二步：下载完毕后，解压文件，找到平台的基础数据库备份文件，还原数据库

         有不少的朋友，纠结在这里了，为啥，因为我们提供的数据库的还原方式太多了，你不知道如何是好了，呵呵，这一切，都是归于我们没有一个AgileEAS.
NET平台的配置管理工具，等到下一个版本AgileEAS.NET5.0我们将会提供该工具，通过可视化的配置界面，自动完成数据库的还原和相关配置文件的设置，即可实现
分布式与直连数据库的热切换。
         下载文件，解压缩后，看到如下的文件夹与文件列表：
          文件及目录结构如上图。
          我们目前第一步，先把AgileEAS.NET平台的数据库给配置起来，那么药店系统的配置过程与平台的配置过程一样，如果您不会的话，我会表示，鸭梨很大的。
          下面我们就来看看具体的过程吧。
          1、找到“AgileEAS.NET平台-数据库备份”文件夹：

           2、打开该文件夹后

           3、我们这里以“数据库-备份文件”为例来说明，如何使用bak文件进行数据库的还原操作，我本来在之前的药店系统的数据库还原中说明了，但是还是有不少
的朋友，并不知道如何进行数据库的还原，所以我这里再次说下步骤。
           我这里以“SQL2005/2008”为例来说明：

           然后点击“还原数据库”：

           选择文件夹内的文件。
           弹出的选择文件对话框，选择如下文件

           点击确认后：

           然后点击左侧菜单中的“选项”。
           来设置还原数据库的物理存放路径及位置，数据库名称等，还包括数据库的还原设置选项。

           务必保证：物理存放的路径存在，否则则会出现错误信息。我这里修改路径“D盘根目录”

           点击“确定”后：

           这样就完成了，数据库的还原操作了。我们可以刷新看看数据库实例中是否以存在“AgileEAS”：

第三步：配置AgileEAS.NET相关信息，为快速开发提供基础支撑。

           首先找到下载的“AgileEAS.NET4.0包”中的如下文件夹：

          打开该文件夹后，请查找如下名称的.config文件：
          该配置文件是AgileEAS.NET快速开发平台的运行配置文件，如果没有该配置文件，那
么EAS.WinClient无法运行。我们这里使用vs2010打开来说明如何配置。

          这样就好了，然后可以运行如下程序：

          然后运行后，出现平台的登陆页面如下：

          点击“确定”后即可进入AgileEAS.NET平台的运行管理界面：

          这样就完成了，直连数据库方式的配置，后续，在我们进行SOA的集成方案时，我们会讲述基于平台之上的SOA集成方案的简易性，我们会把分布式的完整配
置过程，再详细的说明。

本文大纲

           1、开篇
           2、本文大纲
           3、为什么要应用整合
           4、AgileEAS.NET平台的整合方案

为什么要应用整合

         随着目前科技的发展，信息化技术的不断进步和成熟，从原来的早期的硬件编程，到C、C++到后来的高级语言和越来越多的优秀的编程语言的出现，一是提
高软件的生产力，二是加快科技的信息化普及步伐，目前不管是你所知道的还是你不知道的，都越来越和软件紧密耦合，原来我只知道眼前的看到和听到的，有很多
我们并不知道的东西，真的很多。    大伙都在讨论什么语言优秀的时候，其实，我也很想参与几句，但是我一般也不会表达什么，因为我知道，不管什么编程语言的
出现，不是为了取代某个语言，而是为了解决之前语言出现的问题或者是不便，他不是为了取代，而是为了更好的适应发展和需求的变化。每个语言都有他的优点和
缺点，我们应该客观，不应该因为自己所在的领域或者擅长的方面，就去从主观意识出发，去不客观的评价。
         最近，就有不少的朋友问道，如何解决企业的多种异构软件之间的整合问题，让我整理出企业内部的整合方案，相信这不是一个什么新的话题，早在上个世纪
末就已经有很多优秀的大师们提出了这些，随着21世纪以来，这方面的需求越来越强烈，话说这方面在大企业尤为明显，也非常的迫切。
         不少的企业的信息化程度很早，也很成熟，但是企业的成本和各方面的投入都是需要测算的，如果一个企业经常的更换软件，对企业来说成本太大，除非是逼不得已，一般都会是旧软件+新功能的新软件，这样的组合方式，那么新的问题又来了，旧软件更换的成本太大，回报不明显，新软件与旧软件之间如果独立，那么
可能对企业的发展和管理等各方面并不是有很大的价值，但是企业对新软件这部分的功能又必不可少。这时候就要去，旧系统的数据信息与新系统之间的数据信息必
须是共享的，那么当然有这方面动作的企业，都会考虑如何实现新旧系统之间集成，那么EAI这个名称，也是早早的就出现了。但是这个词，渐渐的被SOA这个名次
给取代了，SOA最近甚是火热。我也来掺合参合。
        对企业来说最麻烦的就是企业内部的异构系统太多，整合企业内部的异构系统，如何实现信息共享，消除信息孤岛，这是个迫切要解决的问题，那么如何去做，
采用什么样的方案，以下是最简单的方案，不需要使用任何的平台。

        上图是不同的异构系统，他们都有各自的数据库，那么如果实现集成，可以通过数据库来实现，实现数据库之间的数据库同步，但是这个最容易，也是成本最低
的方案，但是这个方案并不好，不但每个数据库的信息都对外暴露，安全是个问题，而且数据多份，同步失败的可能因素太多，而且这样数据的耦合性太高，不好不
好。所以慢慢的衍生出如下的集成方案：

        从上图，我们可以看出来，如果应用系统与其他的应用系统交互，那么必须通过应用服务总线来完成数据的交互与通信，例如CRM系统要访问MIS系统，那么必
须通过MIS系统提供的服务来访问，这个就有点类似接口或者webservice调用方式。
        一般来说，异构系统的集成方案，无非就是二种，一种是接口调用和通过webservice协议的方式来完成，关于底层的数据通信方式，一般就是XML的方式，当然
如果是企业内部，可能通过文本流的形式，也是没有什么问题，关键是看不同的异构系统的构建方案，例如如果是使用不同的开发语言和开发工具，那么可能通过协
议的方式来传递，会比较容易，因为目前主流和大部分的开发语言，都是支持webservice服务的调用方式的。可能使用接口调用的方式，会因为不同的语言平台，使
用起来有限制。总之：具体问题具体分析，选择最优方式。
        上面我们只是简述，后续我们后面的更多的文章，将会就实现的细节，来一一的说明，如何实现异构系统的集成。

AgileEAS.NET的整合方案

         关于更多的AgileEAS.NET平台的相关的介绍和功能说明请参考官方的博客：
         官方网站
         AgileEAS.NET平台是基于SOA架构思想作为架构范式，基于.NET平台实现的SOA平台，该平台提供了强大的开发工具与应用部署支撑，提供了丰富的中间件，
通过这些中间件来实现应用的集成和快速开发。      AgileEAS.NET平台内置了WCF的全部消息方式。并且将这些通信方式结合平台的应用配置来实现分布式与异构系
统间的通信。
        下面我们就来说说基于AgileEAS.NET平台之上的SOA整合方案。
        我们还是以上图为例来说明，使用AgileEAS.NET平台集成的结构图：
        该图适应于基于.NET平台上的应用集成，可以理解为接口的集成，如果是不同语言开发的系统，
那么采用如下的集成方式。
        上图是基于webservice协议上的集成，根据应用和场景的不同来进行集
成。相比第二种方式，第一种方案，基于接口的集成的方案会有很多的局限性，我们指导.NET开发的应用，必须安装.NET FrameWork后才能运行，那么如果我们开
发成DLL，通过接口形式提供给VB,PB,Delphi或者是C++等调用时就会是个麻烦事，比如和java的应用集成时，如果java的应用运行在UNIX环境下，那么就没办法完成
消息通信服务。根据具体的应用场景来决定。
        AgileEAS.NET平台提供了一种集成快速开发的方式，通过从AgileEAS.NET平台提供的服务对象继承，通过AgileEAS.NET平台会自动将该自定义服务对象，发布成
webservice服务对象，这样无疑是加快了开发，同时在.NET平台之上的不同应用系统间的集成变得容易，通过服务组件间的调用，来实现不同系统间的交互。
        并且，服务对象的开发方式与平时我们书写的代码风格完全相同，可通过平台提供的快速开发工具来生成相关的代码，大大提供了异构系统间的应用集成，提高
了开发的效率，降低了集成的风险和成本。
       代码的写法如下：

        后续代码，我们来说明下，举个简单的例子来说明如何集成，我们会通过我们最近的一次客户的集成经历来说明如何实现不同应用间的集成，我们是通过.NET
下的应用与PB的应用程序间的集成，我们选择的是最简单的集成方案，通过数据库的方式来集成，后续展示通过webservice和接口方式的集成。

相关信息
下载信息。
如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
1、电话-邮箱方式：
何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
2、QQ交流：
308961614 -网名：H.O.T
3、QQ交流群：
185074255 新建

AgileEAS.NET快速开发平台下载
请点击图片下载。

本文链接

基于AgileEAS.NET企业应用开发平台的分布式解决方案

2011-08-26T02:15:00Z

开篇分布式应用

AgileEAS.NET基于Microsoft .Net构件技术而构建，Microsoft .Net最吸引人的莫过于分布式应用技术，基已经提供了XML WebService、 .Net Remoting、WCF等技
术。AgileEAS.NET平台所实现的分布式包含两层一次，一次是广义的分成式应用，其意义是应用服务定位器提供本地服务组件及不同分布式服务的发现、定位与集
成;狭义的分布式系统是基于信息系统类应用场景所实现的分布式数据访问、分布式ORM、远程方法调用这样的分布式这实现，满足以数据库驱动为主的信息系统开
发的分布式组件。
AgileEAS.NET平台的分布式提供了二种桥接器，通过桥接器实现本地访问与分布式访问的自由切换，只需要通过配置文件更改即可完成，这大大的提高了开发人员的
开发效率，让开发人员更专注业务功能，而尽量少的因为约束而投入过多的开发成本与时间。

分布式应用概述

        分布式系统（distributed system）是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。因此，网络和分布式系统之
间的区别更多的在于高层软件（特别是操作系统），而不是硬件。内聚性是指每一个数据库分布节点高度自治，有本地的数据库管理系统。透明性是指每一个数据库
分布节点对用户的应用来说都是透明的，看不出是本地还是远程。在分布式数据库系统中，用户感觉不到数据是分布的，即用户不须知道关系是否分割、有无复本、
数据存于哪个站点以及事务在哪个站点上执行等。
        在一个分布式系统中，一组独立的计算机展现给用户的是一个统一的整体，就好像是一个系统似的。系统拥有多种通用的物理和逻辑资源，可以动态的分配任
务，分散的物理和逻辑资源通过计算机网络实现信息交换。系统中存在一个以全局的方式管理计算机资源的分布式操作系统。通常，对用户来说，分布式系统只有一
个模型或范型。在操作系统之上有一层软件中间件（middleware）负责实现这个模型。一个著名的分布式系统的例子是万维网（World Wide Web），在万维网中，所
有的一切看起来就好像是一个文档（Web 页面）一样。
        上面的两端是摘抄自网络中的对分布式系统的介绍，按照上面的含义，C/S、B/S结构的应用也应该是分布式的应用，这也许是广义上的分布式应用。而在我们日
常的应用开发中，是指对应用的数据层、业务层使用比如DCOM、CORBA、JAVA RMI、WebServices、Remoting等技术的应用并且数据库、业务逻辑、界面都运行在不同的机器
上的应用，这也许是在狭义上的分布式应用。

EAS.NET平台的分布式

Ø 典型的应用场景

         我们知道，在信息系统(Information System)或者管理信息系统(MIS)是基于数据驱动的应用，应用系统中90%以上的业务都是基于数据库的操作，一个分布式的IS
或MIS应用也是遵循此种特性的，基于快速开发的原则，我们实现对分布式的数据访问器、分布式的ORM访问器，则我们已经实现了分布式的90%，在AgileEAS.NET
平台中，我们提出了这么一个应用场景，即MIS系统在开发时只基于标准的数据访问器、ORM访问器、远程方法调用器（本地方法调用器）开发与环境无法的信息系
统，至于信息系统是本地方式运行还是以分布式方法运行取决于部署环境，部署成分布式即分布式运行，部署成本地方式即以本地方式运行。
        分布式系统的典型应用场景应该是，当我们的系统需要部署在不同的物理范围内时，这时候普通的方法方式已经无法满足要求，这时候就必须要使用分布式访问
方式了，当然如果系统是B/S的时候，可能对这个分布式方式的影响并不大，然后分布式的方式更多强调的物理上的位置的不同区域。关于分布式的应用场景可简单
的总结如下：

Ø 分布式应用系统拓扑结构

        目前、平台的分布式应用主要是在医疗的区域卫生平台整合与HIS系统中，通过分布式的部署方式实现了相关的远程系统访问与本地访问一样简单，并且集成了
强大的智能升级与一键部署功能，让我们更方便的使用系统。
         目前AgileEAS.NET平台的分布式应用结构图：


        上图是医疗行业的比较通用的分布式系统的物理结构图，下面我们来看看分布式应用的其他的方式。
        由于AgileEAS.NET的分布式组件与SAAS引擎及ESB组件相互集成，所以平台的分布式基础中间件可以说是功能非常的强大，而且配置起来极其的灵活，只需要
通过配置文件可实现自由的灵活配置，下面我们就来看看通用的分布式应用系统的结构。

        从上图，我们看到AgileEAS.NET平台提供了强大的基础组件，来完成一些任务分发与任务路由等提高性能的并发与系统的可响应性等系统的质量属性方面有了很
大的灵活性与策略，通过配置相关的策略，来达到系统的设计目标。
当然、关于分布式的定义也是比较的模糊，让人有点迷糊，因为有时候可以理解成所有的系统，都可看作广义的分布式系统。

         这是一般的C/S的应用部署，包括CAS部署方式。通过应用服务器来处理具体的业务，这时候的客户端是瘦客户端。
然后我们再发散下，应用在广域网上的应用。

         这就是很简单的结构图，与之前我们画的拓扑图相比是很容易理解了。
         关于服务器端的业务拆分与业务的协作，包括数据库的数据拆分与数据的同步问题，就属于平台内部处理的问题，平台会提供相关的组件来处理这方面的内
容。

Ø AgileEAS.NET平台的服务桥接器

         AgileEAS.NET平台对于分布式这块的设计思路，通过提供本地服务桥接器与分布式服务桥接器来实现本地服务与远程服务调用方式的无缝切换。通过配置文件
的配置节信息，在自动的判定是分布式访问还是本地访问的方式。
        服务桥接器是目前平台的核心，平台提供了三种分布式访问的支持,Remoting、Webservice、WCF框架的集成。由于WCF本身已经集成了MSMQ消息服务，所以我
这里就不会详细的阐述了。
        我们就来看看服务桥接器的思路与原理。

        下面我们就来看看客户端容器内部的具体处理，因为业务客户端容器内部不管是不是分布式访问的访问，都会创建业务处理对象代理，只不过分布式访问的方式
时，代理对象通过服务桥接器，实现客户端代理对象与服务器端业务对象完成通信。本地客户端的时候，则直接通过代理对象与数据库交互或者是缓存服务器等。

       通过上图我们可以了解平台的关于分布式与本地切换时的具体的思想和设计体系。

EAS.NET平台的统一

        我们再来回顾一下平台的一般情况的分层架构图：

        并且提到如下内容：
        对于涉及到的通信/传输服务，或者说通信/传输服务层，在分布式应用中，她是一个事实存在的通道，客户端部署着界面层、业务代理层，应用程序服务器刚部
署着业务逻辑层和数据访问层；但是在非分布式应用中，比如客户端联想着所有组件，那么就通信/传输服务，为了统一这种分层架构，我在AgileEAS.NET平台中，
对于访问本地业务组件的这种服务搞了一个虚拟的通信/传输服务。
        AgileEAS.NET平台自2004年发展到今天，我信提出一个概念，那就在开发过程中，我们可以不考虑应用的部属，开发出的一个可以可以运行在普通环境下，也可
以运行在普通环境，也可以运行在分工式环境中。
        我们如果实现这种普通应用于分工式应用的统一呢，答案是我们使用了会话、资源和基于接口驱动的访问器技术。
        AgileEAS.NET平台上下文为应用开发提供了上下文会话，一个会话包含着若干的会话资源（比如数据连接、N种访问器）、而IOrmAccessor、IDataAccessor、IMet
hodInvoker本身就是会话资源，在运行期的容器根据系统配置文件决定加载何种访问器:
        普通应用：

       基于分布式环境：

       基于WebService与Remoting、WCF的分布式访问配置：

EAS.NET平台的分布式应用的优势

Ø 概述

AgileEAS.NET平台提供了普通访问方式与分布式访问方式的无缝切换，对系统的开发只需要在业务逻辑层的每个业务对象实现既定的接口或者是继承自平台规定
的对象，那么就可以完成相关的应用服务。这样可以大大的缩短开发人员开发分布式系统的开发难度，并且能够让开发原因更专注具体的业务开发，并且目前平台提
供的插件开发模式下，开发分布式应用与开发普通的应用方式上是一摸一样的，唯一的区别是在系统的应用部署环节上。

Ø 分布式系统与传统系统相比的优势

        î 分布式系统的优势：

        高性能：分布式架构降低了由于单个服务器的处理压力及访问数据的规模。通过本地缓存及内存缓存的方式来最大程度的降低由于I/O造成的系统瓶颈的影响。
多服务器的并行处理，提供了系统的处理能力与性能。
        高可用性：服务器之间可采用交叉备份方式，主从服务器之间实现数据同步。实施监控服务器的运行状态，监测服务器的可用性状态。当某个主服务器无法使用
时，通过任务分发路由，将任务路由到可用的服务器上。实现任务处理的不间断。
        负载均衡：通过检测每个服务器目前的运行状态与负载情况，根据介入与路由服务器的负载情况，来选择合适的处理服务器介入，根据数据服务器的存储规模及
负载情况，来动态的调整路由规则。
        线性扩展：基于数据分割及应用路由实现的分布式架构，随着业务量的增长，通过增加服务器，调整分割与路由规则，来实现平台容量的线性扩充。通过路由的
状态控制，可实现数据的动态迁移。跳转路由规则即可。
         î 分布式系统的劣势：

        分布式系统还包括一些成本上的投入较传统方式的投入成本大，开发起来相比传统方式复杂的多。所以我们在采用普通的开发方式还是分布式应用时，方方面面
我们都需要考虑，分布式系统的扩展性等各方面都更好，当然复杂度也会提供，同事性能上肯定会比普通方式会有所下降。因为质量因素上的扩展性与高性能本身就
是有冒险的质量属性。

Ø AgileEAS.NET平台的优势

        通过上面的简单的对比，我们能够看出来很多信息，AgileEAS.NET平台集合了分布式系统的有点，同时最大限度的弥补分布式系统的缺点或劣势，通过平台提供
的一些设计机制和思想，让开发人员在开发系统时与普通的开发方式相同。
        关于具体的AgileEAS.NET平台的优势罗列如下：

       关于平台的分布式应用更多优势，尽在降低开发成本与人员成本上。
      平台使分布式系统的开发方式与普通的系统的开发方式达到一致性，让开发人员不会因为分布式系统的复杂性而无从下手。所以开发人员的成本只是在学习平台
的使用如何开发插件上的学习成本，还不会有其他的更多的成本投入。

         上面说了那么多，下面我们来说说我们目前的平台AgileEAS.NET平台，首先我们所有的东西，不管是产品还是解决方案，都是基于AgileEAS.NET平台之上构建的
产品或解决方案，所以我们所有的技术指导等方面都是基于AgileEAS.NET敏捷快速开发平台之上来说的，一是平台的构建是基于软件工程的思想为指导来构建的，所
以我们的平台是融合了软件工程的思想在其中。

        上图是基本的软件开发过程，当然可能部分现在是走敏捷开发，我们提供的是一样的开发模式，一个模块是一个插件，可以进行独立的插件开发，并且实现真正
的并行开发，来提供开发速度，降低开发成本。
        上图中的产品部署，目前也是已经有了，但是没有提供可视化的管理，后续会提供可视化的管理，将软件打包，统一发布和部署。

       上图是平台最终的开发管理解决方案，平台提供丰富的开发工具，并且集成软件工程的思想为指导，帮助企业提高开发效率，帮助开发人员提高开发速度，但是
又不是降低开发人员的水平，让其无用武之地。我们提供的平台不是让开发人员当码农，而是让其自身不断的提升自己对软件的理解和技术的提升。
例如，帮助企业提高开发效率体现如下：

        统一企业的产品线，并且能够更好的对人员进行管理，同时开发上通过平台提供的PM工具，更好的来进行项目的资源的分配与进度的跟踪和调整。对开发人员
来说，通过使用平台，我们能学习到如下：

       关于更多的使用平台后成本的对比和相关的数据信息，我们可以在后面的客户案例中，来进行一一的说明和分析，得出相关的结论。

相关信息

        关于平台的更多详细的资料，会第一时间提供下载，PDF版本的工作流使用手册，会后续传上来，大家可以查看和下载，当然群共享里面会第一时间提供相关的
下载信息。
        官方博客：http://www.smarteas.net/
        官方网站：http://www.agilelab.cn/

如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
1、电话-邮箱方式：
何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
2、QQ交流：
308961614 -网名：H.O.T

AgileEAS.NET快速开源平台下载

请点击图片下载。

创业互动平台

更多的创业者家园。。。

本文链接

程序员职业发展的绊脚石-思想的枷锁

2011-08-16T02:14:00Z

开篇

首先、我是一个程序员，从大学毕业到现在，已经工作了近5年的时间，看着现在越来越多的朋友进入IT行业，并且年轻才干的做软件开发的朋友们，个个都是生龙活虎，精兵强将，年纪轻轻的就学习了很多知识，我感觉我们做这个已经有点力不从心了，程序员，一提大家都会说是吃青春饭的，是的，在国内的大环境下，如果程序员自身的技术本身并不是很出色，然后年龄又过30了，那么就会有这样的现实问题，现在公司招人，都是从利益的角度出发，会详细的计算所谓的投资回报收益比，这也是我们作为职场人员，给企业打工逃脱不了的问题，所以生活还是很现实，当梦想照进现实的一刹那，思考总是引起涟漪。
可不、今天起了个大早，西安天气很热，房子蚊子多，真是悲催啊。唉不说了，想了很多，所谓梦想的追求，希望能最终经过努力来实现它，很多人说我们应该享受过程，呵呵，而不是看结果，不过有时候以结果成败论英雄的。现实就是这么残酷。

摘要

        我也是早上实在是睡不着，又不想写程序，感觉脑子很乱，不过想到写这篇文章的思绪却很强烈，我一直思考一个问题就是，为什么我以前考虑问题的时候，好像思维都是非常的固定，模式都很程序化，导致从事开发人员之后，自己做事都很固化，包括很多事情，原来敢于尝试的，现在都不敢尝试了，因为不知道前方会是什么情况，所以从不敢试，然后，我推荐我们以后，当遇到一个自己从来没有做过的事情时，可能我们刚开始并不知道如何去做，当我们对这个没有做过的事情，用心，专注的去攻克它的时候，等你掌握了门路之后，你就回发现另一个春天，真的是这样的，我现在遇到什么困难的事情，都不会轻易的妥协，我不怕失败，所以才会有可能成功。
         关于专注、思维的转变、放下枷锁、改革开发思维也许是我们职业生涯的新起点。
         让我开始新的职业生涯之路吧。

思想的枷锁

        首先、我写的更多是我的理解的所谓的思想的枷锁。不代表全部，部分观点可能有错误，或者是太片面，还请大家批评指出。thankyou！
        我认为做程序员开发太久后，一般会有这样的感觉。技术上，变化更新太快，感觉跟起来有点力不从心，不跟好像又不太合适，所以一直处于追赶的步伐，所以当程序员，会感觉很累，身体累就不说了，更多的感觉是心累，关于哪个语言的程序员最累，我想是做应用开发的，不管是Java还是.NET程序员相比其他的对技术上要跟风的东西太多了，不过，当我们思想上理解一点，其实就想明白了，应用技术的出现，无非是为了解决几个问题，一是提高软件的生产效率，二是降低开发成本，这里所谓的成本就很多，时间、人力、后期的投入等等，所以易用性、快速等方面的要求就会要求比较明显。我想这个大家应该神游体会。我是从事微软平台之上的与同事一起合伙开发一套帮助企业及个人的快速软件开发平台，提供了强大的快速开发辅助工具，帮助开发人员更好的专注业务功能的开发。三是解决前辈们的一些不易解决的问题而发明的新语言或者是解决某些问题而生的新技术。例如目前比较或的云计算，总感觉又回归了，思想上呵呵，当然也有新的发展了，在原来的集中式主机+多个终端，现在只是形式上有所变化，并且给了个新名词“云计算”呵呵，挺浪漫的话说。
        再次、不得不说，技术的发展是日新月异的，而我们的技术水平应该也是在逐日提高的，不过我们的思想，有可能变化的总是一种模式，我下面简单总结下一般程序员的思维，不代表全部，thankyou。
        程序员的一般性思维：

        上图，我先说明下，上面的毛病，有时候是我自身也有的，我也在努力的改正，也有是我看到的，听到的，感受到的呵呵。
       后面我们就来仔细的简单分析下，原因吧？

所谓的难沟通

        其实、并不难沟通，真的，但是说实话，让程序员跑商务或者是跟客户见面，让程序员做出和客户面对面来沟通的时候，就可以感觉到一些事情，我简单罗列一下吧，我自身也有这样的问题存在。
        1、往往我们想的软件与客户实际的业务场景和业务功能，会有一定的偏差，因为客户希望的业务系统，在软件上实现很难，当然并不是软件实现不了，往往因为一些时间和进步上的关系，我们会考虑把这个难点绕过去，或者是用一种折衷的方案来一样完成客户希望的功能。
        2、程序员考虑系统设计功能模块的时候，有时候喜欢考虑一些用户并不常用的场景，反而认为是用户未来可能用到的功能，而加大设计的力度和灵活度，其实现实中的软件，并不是所有的功能开发出来，都被客户所用到，科学的调查是，用户往往使用的功能不会超过80%，甚至更低。
        3、程序员的沟通与表达能力，有的时候与客户或者是我们去调研需求的时候，表达的词过于专业或者是用户听不懂，我们应该立足于某个行业，首先熟悉业务的专业名词，不是要求我们成为业务专家，至少知道我们开发软件的目的是为了解决什么问题，应用在什么业务背景和场景。
        4、程序员与程序员之间沟通，如果技术相投的朋友，沟通起来比较愉快，一般就一些问题，达成共识会比较难一些，特别是一些自己思想上认为不太合适的问题，可能就无法接收一些观点，也许现实中的这些观点不对，不管站在另外一个与你沟通的人的观点之上，他确实是正确的，所以这时候，很难接收，往往程序员与领导之间难达成共识。其实这是牵扯到商业等各方面目的，是利益权衡的结果。

程序员思想固化？

一个人的行为，还好改变，而改变一个人的思想，真的很难，程序员的思想其实也不是一天二天就形成的，从你接触开始，或者包括就业，社会环境等等所有的事情，对你个人心里和情感上总体的变化，最终形成了一个人的思想。每个人不管是在家庭、社会、工作、生活中所处的环境与地位等都各不相同，但是终究一点，人活着，不是为了受罪，而是一是满足物质生活，二是追求精神生活。所以这个我们作为程序员，一样也是希望能有一个精彩的人生。

坚持自我

        关于程序员坚持自我的思想，我想最能表现出来的时候，就是与人沟通时，再没有达成共识，或者是自己职位高于别人的时候，一般都会把自己的意志强加给别人，呵呵，说难听一点，有点强奸别人的意思，当别人提出批评意见的时候，往往心理上会不服，嘴上坚持自我，难以沟通。其实、程序员的逻辑思维能力很强，不然没办法当一个好的程序员。因为如果逻辑思维混乱，那么不能说肯定程序写的混乱，但是肯定不是非常好。或者说是严谨性与质量上。

        所以，我不怕，呵呵，因为我是程序员。

思路窄

       我这里所说的思路窄，主要是以下的几个方面，不代表全部。
        一、解决问题的思路，一般来说，都是最快的解决问题就OK，没有考虑一些更多的因素，比如代码的质量、性能。没有寻求有没有更简单的解决问题的思路，
把问题容易复杂化。
        二、对功能的认识，都认为是能实现功能即可，很少从用户的角度出发，考虑用户的实际使用场景，易用性等，对功能自我满意度较高。
        三、对事物的看法、一般对于不知道的事物是一点都不了解，了解的事务，都会整出很专业的一堆解释。而且，生活中的知识一般知道的太少，为啥呢，因为都在写程序。其实有些程序，不再我们写的多，有些程序，你写十遍和写一遍是一样的，但是有些则不然，古人说的没错。书读百遍，其义自见。程序写多了，也会衍生出自己的想法，自动就会对代码进行重构和设计。
         四、对生活的认知，一般都会认为社会的每个行业其实都差不多，呵呵，而且认识的人一般都是程序员，因为见到的都是同行的人，所以每天沟通的话题，都是除了IT还是IT，生活总是离不开那个区域，让人感觉好像，除了这块可沟通，其他的东西，都不用考虑了，呵呵，我感觉这是我自身的毛病之一，要多接触各行朋友，深入社会，才能在认知上扩大，并且扩大交际圈，人不能老是活在自己的世界里。
        五、更多。我也不知道还有哪些，大家补充吧。

        放飞想法，走出禁区，展翅高飞，迎接精彩而又打上自己标签的幸福生活吧！

凭经验

        这个怎么说，为啥这么说呢，这其实不光是程序员的思路，也是所有目前社会人士的思路，认为总体来说，就是瘦死的骆驼比马大，大家应该能意会出意思吧，
呵呵我想也不用太明说。我们从招聘人的时候也能看出来大概，有时候我们在评价一个人的时候，总是从自身的标准，凭自身经验去判定，往往都是主观的评价，而不是客观的评价，往往是以偏概全，常在河边走，哪能不湿鞋？古人总结的话，总是经过多人实践证明的。希望我们不要当凭经验做事失败的时候才后悔莫及啊。
        还有就是认为，工作年限多的人比少的人能力强，呵呵，这个不能说100%就一定对吧，我认为凭经验就认定，一棒子打死人也不对的呵呵，我们要具体情况具体对待，经验有肯定比没有好，就像很多做设计与系统分析的人员，有经验，肯定比没有经验的好多了，这是肯定的，但是经验不是全部，还要集合具体的东西，而常常我们都是凭经验去办事，认为以前有过这样的经验，这次肯定没问题，有时候会因为准备时不充分或不足，做出来的系统或产品，与客户的需求有偏差呵呵。当然有经验比没有经验是好，但是一味的凭经验办事绝对就是有问题了。

        经验是财富，但是不是全部哦，有时候要具体问题具体分析。

转换思维难

接收批评

        很难接收批评，我想这是程序员心理上比较难接收的事情，而且程序员一般情况下，都比较会为人处事，我说的为人处事，是指不喜欢惹事生非，以和为贵，很少会与人撕破脸，争吵之类的，反正我是不会，遇到牵扯到利益的事情，有时候都懒得抄，也许我是被吓大的吧，怕怕！或者是懦弱？其实并不是。
        当我们在工作中或是生活中，做错事，当我们指导自己错的时候，才会认错，或者是在别人的威逼利诱之下，才会认错，主动认错的可能太少，一是因为面子上过不去，程序员，都比较好面子，希望别人夸他不错，或者是能力强，不喜欢别人贬低自己不行，其实不只是程序员这样，是人都这样，但是如果我们程序员，想要比别人强，那么首先得接受别人的批评，自己做得不好的地方去改进，所谓忠言逆耳利于行，我不想说古训了，真的有道理，我也讨厌别人批评我做事不好，不管是生活上还是工作上，都是如此，每次都希望自己做事能做好，让人尊敬之类的，其实往往不是如此，为啥呢，我得出结论，领导分配任务，有时候只是跟你说想要的结果，有时候由于过程不同，往往成本与时间不同，最后的结果也许也会不同，程序员上进的吧，机会考虑每次项目都是学习的机会，不上进的就是重复劳动，外包公司一般的项目，你做个遍，就知道了，呵呵，接受批评也是进步，不能说是技术上的进步，应该说是人生的进步。成大器者必须接受别人的好的批评，当然不好的就当耳旁风吧，thankyou！

无法面对失败

         首先、没有人喜欢失败，不过在实际场景中，由于一些难以控制的情况，项目会有失败的情况，其实我做过的成功的项目不少，失败的项目也很多，我也是刚开始没办法面对失败，生活中也是如此，我高考的时候，并不是一击必中，而是二次才成功的，曾经因为一些前后的反差巨大，心理上承受不了，不管是各方面的压力等，也许等你经历了一些事情之后，才会更坚定信心。
        程序员面对的失败，更多的自己工作中的失败，生活中的失败，也会对工作造成影响，人家是这么说的，当一个工作的状态能够反映一个人的生活状态，当这个人工作的很带劲，他的人生也必是积极向上的，或者是充实的。所以关于励志的故事，这里就不多说了，所谓失败是成功之母，我们不应该因为某次不顺或者失败的情况，就放弃自己的理想或者是自己的目标。关于前人的路是不是可以复制，只要你努力，并且朝目标前进，你放心，付出总会有回报的，在技术道路上可以说是比
没问题的，你投入的时间多，技术水平肯定就上来了。这和生活中的一些做事的态度和专注力与取得的结果是一样的。

商业思维

首先、我想说的是，程序员一般人很少会从商业的思维去考虑问题，或者是人生的规划等，其实很多的程序员创业，一是为了理想，二是为了成功后能发笔财，不过有些事情，我也不好多事，牵扯的范围太大，大家意会就可以了，社会压力大，生活上与物质上的，我现在就遇到这样的问题，生活最终要落地的，所以当你结婚之后，你就必须考虑如何去保证一定的经济收入，孩子的奶粉钱和上学问题等，房子问题等，开销等，所有的所谓的经济压力都会随之而来，我们如何应对。打工来自稳定的收入，固然不用太愁，每月正常上下班，把安排的工作干好，然后就等发工资，如果能干的好，那么还能分奖金，当然我说的不是全部，说的是好点的公司，有些公司可能没有，不过大部分的北上广的企业还可以。

         给别人打工，工资收入稳定，到月就发，当然有些特殊的公司，那样的不稳定发工资的公司，可以考虑闪吧，不过我最近接触到的一些商人，分析下他们的经验，当然关于对不对，我就不评判了。
        1、商务的问题。公司的收入来源，没项目没钱。
        2、技术问题。有项目，但是没有合适的人员，这就很难开展，只能外包，赚取中间差价，这样的公司一般很少需要程序员。
        3、管理与运营问题。人多了，公司的就需要有人管理，除了商务，技术，还需要考虑公司的管理与运营，包括市场的推广。
        4、成本收支。必须考虑支出与开销，控制成本等，投入的基础设施的费用与人员费用，其他隐性支出。
        有时候老板必须考虑，企业的发展与自己的优势，并且能够给员工发工资，不然怎么能留住人，没人企业就没办法发展，也没办法壮大，人是企业的组成部分。
企业如何立足行业，提高行业的竞争力才能发展，否则只能被吞并。
         我希望我们有时候，能够转变思维，并不是让我们损失自己的利益，站在商人的角度来考虑问题，比如拖欠工资，其实与其这样，我们还不如找个不拖欠工资的公司，我们做软件其实不就是为了基本的生计问题吗？能有口饭吃，当我们创业的时候，或者是想能够把梦想照进现实，不管是为了创业成功后的发财还是发名，等等，反正都必须了解与熟悉商业上的模式，切换思维，才能更适合社会的行情与环境。

        Andriod是开源的，但是并不免费，你可以深入背后，了解下器商业模式，可以很好的学习。我们有时候需要转变思维？也许吧。

精英法则：2/8

        相信大家都知道2/8原则了，呵呵，不用我怎么解释和说明了，不管社会进步到什么程度，这个原则永远适用。我认为，我们大家应该努力先向20%的目标进发，这个时候离成功和物质生活的改善就不远了，365行，行行出状元，这句话也比较有道理，我不是什么学者也不是什么专家，这些大道理，我想我没有资格跟大家教导啥的，我自己现在也是在80%的范围内，希望能够成为20%的一员，我也是在加油的追赶。
        如何成为精英，这个步骤，我是讲不来了，这个大家可以看看各方面的资料了，如果我们是做技术想成为20%的精英，我认为可能有以下几点：
        1、用心，把敲门砖修炼成金砖。我们没有钱，没势，不会拍马屁，不会做事说话左右逢源，怎么办，先把技术修炼的刚刚的。
        2、学习技术的时候，在一个行业内，目前是成为接近技术专家的伪专家，专业，用心，不断学习，关注社会东西，清晰的人生目标。
        3、修炼人生、修炼意志、接收现实与所处环境，与其抱怨不如潜心修炼，终有一日会达正果。
        4、技术上想成为专家，一是技术与行业知识过硬，而是肯于交流与分享，不要把知识放在自己的肚子里，消化不良容易。

        在国内，技术人员很多的情况下，往往精英只是极少数，加油吧，兄弟们。

收入不平衡？

        我想我们大部分，都有这样的想法吧，反正不管你有没有，我是有这样的想法的。我们每天在公司做项目，公司的主干人员，比如大公司的架构师或者部门经理，鲜能见到人，在工位，但是你放心，他的收入远在你之上，或者是你的所谓的项目经理或者你看不顺眼的领导和主管，程序员的工资，在一个企业内部可以说是底层的，为啥呢，我想是这样的。
        1、可能我们技术不强，能力不强。这个能力不光是技术与解决问题的能力，还包括沟通、管理等方面很广。
        2、技术强、但是不太会表达，不太会为人处事，不太会镇得住场面，该说的时候，说不出来。这就很悲剧了，肚子里面有墨，但是倒不出来，那么很悲剧了，我发现，很多的技术强人，都有一些这方面的问题，我不是技术强人，我也不太会表达，有时候，悲催。
        3、我是程序员，偶尔抱怨，领导一天不加班，也不写代码，日子过得悠哉，提早下班，迟来上班，下班之后，车一开，工资我的好几倍，时不时的放假能出去举个会，旅游啥的，悲催，程序员呢，平时加班写代码，研究技术，周末好不容易休息，还得加班，或者研究新技术，日子是很充实，结果呢？不言而喻。经常抱怨的人，心态并不好，而且自己的工作与生活也常常如此，抱怨不如尝试着去改变，接收而奋发图强，成为强者。
        4、我是程序员，当我们看到周围的人，职位攀升的时候，我们是否也在想自己哪天也和他们一样，其实你仔细看看，也许周围的人付出没有你多，但是他上去了，你却没有，为什么呢，仔细想想吧，是你干活少？不是，是你不会为人处事？有可能，是你不会表现与抓住机会？有可能，是你还不够稳重，很急躁？这绝对是最大败因，我们有时候在一个公司呆了2-3年，结果职位是周围比自己爬得快的比比皆是，自己却一直很慢，仔细考虑和反思吧，领导的想法很特别，我这里就不一一道来了，这是写不完的。
        最后、生活是自己选择的，但是记住，自己的生活轨迹是可以改变的，人不是生下来，就决定一定这辈子只能当编码的程序员了，我们既然选择了方向，我们就要努力。成为20%的精英，不管是自己有事业的想法还是在企业内部成为领导，我们都可以为之努力。当别人日子过的很滋润，你还在考虑房子，车子，基本的物质生活时，别人有着漂亮的老婆和幸福的家庭，舒适的生活，记住，刚开始肯定不是这样的，人家如果家庭条件并不好的时候，肯定人家也努力奋斗过，如果是家里有钱，那就没啥好比的了，我是没钱，也比不了，只有靠自己的双手，来托起幸福的明天了，我们不希望继续这样的生活了，怎么办，自己想好出路与目标，先实现小目标吧。祝大家都能成为20%的精英。
        20%的人创造了80%的财富，他们当然理所当然应该拿80%的收入。呵呵，我们应该也是如此。

       上面说了那么多，下面我们来说说我们目前的平台AgileEAS.NET平台，首先我们所有的东西，不管是产品还是解决方案，都是基于AgileEAS.NET平台之上构建的产品或解决方案，所以我们所有的技术指导等方面都是基于AgileEAS.NET敏捷快速开发平台之上来说的，一是平台的构建是基于软件工程的思想为指导来构建的，所以我们的平台是融合了软件工程的思想在其中。

        上图是基本的软件开发过程，当然可能部分现在是走敏捷开发，我们提供的是一样的开发模式，一个模块是一个插件，可以进行独立的插件开发，并且实现真正的并行开发，来提供开发速度，降低开发成本。
        上图中的产品部署，目前也是已经有了，但是没有提供可视化的管理，后续会提供可视化的管理，将软件打包，统一发布和部署。

        上图是平台最终的开发管理解决方案，平台提供丰富的开发工具，并且集成软件工程的思想为指导，帮助企业提高开发效率，帮助开发人员提高开发速度，但是又不是降低开发人员的水平，让其无用武之地。我们提供的平台不是让开发人员当码农，而是让其自身不断的提升自己对软件的理解和技术的提升。
        例如，帮助企业提高开发效率体现如下：

         统一企业的产品线，并且能够更好的对人员进行管理，同时开发上通过平台提供的PM工具，更好的来进行项目的资源的分配与进度的跟踪和调整。对开发人员来说，通过使用平台，我们能学习到如下：

        关于更多的使用平台后成本的对比和相关的数据信息，我们可以在后面的客户案例中，来进行一一的说明和分析，得出相关的结论。

相关信息

        关于平台的更多详细的资料，会第一时间提供下载，PDF版本的工作流使用手册，会后续传上来，大家可以查看和下载，当然群共享里面会第一时间提供相关的下载信息。
       官方博客：http://www.smarteas.net/
       官方网站：http://www.agilelab.cn/
       如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。

如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
1、电话-邮箱方式：
何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
2、QQ交流：
308961614 -网名：H.O.T

本文链接

AgileEAS.NET5.0-界面设计器-使用说明书(上)

2011-08-12T01:50:00Z

开篇

AgileEAS.NET5.0平台,预计这个月的中旬就会发布，这次发布里面相比上次的AgileEAS.NET4.0的版本主要的变化是以下几块内容：
本文，主要是针对其中的界面设计器这块，进行讲述基本的说明，这个月的中旬，大家就可以使用了，当然由于是第一个版本，可能部分功能还不是很完善，当然欢
迎，大家提出意见和建议，本人表示郑重的感谢。

前言

        AgileEAS.NET平台做为一个快速应用开发平台，其目的为是为了提高应用软件的生产效率，如何软件开发的生产效率，方法是多种多样的；使用工作简化开发中
低技术重复工作可以是一种行之有效的途径。
        在AgileEAS.NET平台中，我们提供了一个集界面设计、代码生成、解决方案定义于一体的界面设计器。
        在AgileEAS.NET5.0的最新版本中新增了该功能，界面设计器的主旨是通过一次设计，然后生成不同界面技术上的呈现方案，例如现在技术上主要是C/S,B/S，设
计器提供了对这二种方式的支持，目前支持的代码生成的解决方案支持：Winfrom、Webfrom、WPF、SL四种。
        在基于数据库的应用开发项目中，数据库设计是很一个很重要的过程，而这个过程写数据库设计文件是一个环节，在很多软件公司中，都是使用Word、WPS等
文字表格工具写数据库文档，但是数据库文档与数据库建立、程序编写过程脱节。
        AgileEAS.NET平台的对象设计工作，试图在这方面进行集成，即设计器产生的模型定义即可以生成数据库文档、数据库定义语句、也可以生成开发过程的代码。
        AgileEAS.NET平台的界面设计器，在前面的对象设计器的基础上产生的解决方案，可以被界面设计器打开，实现了，一次解决方案的建立，多种工具的通用和集
成工作，这样更能方便和提供开发过程，并且能够生成设置后的解决方案代码。

本文大纲

前言... 2
关于界面模型... 3
系统主界面... 4
系统菜单... 4
工具栏... 4
导航栏... 4
工作区... 5
状态栏... 5
关于... 5
界面模型解决方案... 6
概述... 6
新建项目... 6
保存项目... 7
打开项目... 8
界面模型定义... 10
概述... 10
界面模型组织... 10
添加界面模型... 10
删除界面模型... 11
定义界面模型... 11
设置页面布局... 17
打开界面模型... 21
关于界面布局... 22

关于界面模型

AgileEAS.NET平台针对应用开发之中的数据对象定义、存储和交流定义一个数据对象结构模型定义文件，数据设计器建立好的项目定义最后存储在以.sdm为扩展名一个数据模型定义文件。
AgileEAS.NET平台的界面设计器则是在数据模型文件的基础上打开或者新建自己的解决方案，后缀名也是.sdm文件。
AgileEAS.NET平台的界面模型定义如下：
其组织结构为项目包含列表和窗体两大类，列表主要是查询功能的相关界面，窗体的主要是编辑、新增页面。

系统主界面

主窗口中共包括了5个不同的工作区：系统菜单、工具栏、功能导航栏、业务工作区、系统状态栏，系统中的所有业务功能均可通过系功能导航栏访问操作。

系统菜单

界面设计器采用导航式界面样式，系统功能由导航和菜单两部分组成，提供文件、编辑、视图、调试、窗口和帮助等菜单。

工具栏

工作栏上放置了与系统菜单相关的快速工具栏，可以通过这些工具栏快速访问相关功能模块。

导航栏

系统导航栏上列举了项目中的界面设计模型的列表，主要是列表和窗体。
导航栏默认显示在界面的左边，如果你想让业务工作区更大些，以便有更大的界面空间处理业务功能，你可以在进入相关的业务功能模块后，通过系统菜单或工具栏的导航命令隐藏或显示功能导航栏。

工作区

工作区是系统工作区域，工作区根据导航和菜单的不同选择与操作，将会加载不同的功能模块，用于完成必要的任务。

状态栏

系统状态栏上显示了系统当前的处理任务及任务处理状态，用于通知用户，以便及时了解系统的运行情况。

关于

提供对当前应用程序的描述信息。包括产品名称、版本、开发商、授权信息等。

界面模型解决方案

概述

在进行设计界面模型之前，需要先规划自己的项目以及项目中的项目组织，预定义好的数据对象项目解决保存在硬盘上，以方便开发人员的交流和以后的修改。并且界面设计器在基于之前定义好的数据对象解决方案的基础之上来构建界面模型解决方案

新建项目

打开文件菜单的“新建解决方案”按钮。
然后出现如下界面：输入解决方案的名称和解决方案的存放位置，解决方案的说明信息（非必填）等。
输入信息后，点击“确认”按钮，系统会默认重置页面的布局，效果如下：

保存项目

使用文件菜单中的保存解决方案按钮，则会自动保存解决方案的信息，保存的路径即是新建解决方案时的存放路径或是打开解决方案时的路径。
在文件菜单中还提供了一个别存为功能，用于把设计模型保存到其他的文件之中。

打开项目

使用文件菜单中的“打开解决方案”按钮，弹出文件打开对话框：
选择文件系统已经存在的界面模型项目文件并打开，系统根据模型文件重置导航栏和清空工作区：

界面模型定义

概述

定义界面模型是界面设计器中最重要的工作，在模型定义信息中，存储了界面的布局信息与表单的基本设置信息，包括具体的每个实体属性与控件的映射信息及界面控件的类型等等基础的界面信息。
界面设计器设计成的模型用与生成项目的界面设计文件与界面后台代码文件。

界面模型组织

界面设计器中提供了一个列表与窗体的概念，即对于界面对象进行分组管理，系统会默认根据新增的是窗体还是列表默认加入指定的分组。

添加界面模型

在导航栏中的文件下的新建界面设计来添加界面模型：
目前系统中支持的二类模型，一种是窗体，一种是列表，基本上可以满足目前80%以上的界面设计需求。
还有一种方式是在解决方案管理器之上，点击右键快捷菜单，列表上点击“右键菜单”出现如下界面：
窗体分组下点击“鼠标右键”来创建窗体

删除界面模型

在导航栏中的选中列表或者窗体下的具体的界面模型节点“右键点开”快捷菜单，在弹出的菜单中选择“删除”，系统会提示您是否确认删除，点击“是”删除相应的界面模型。
注意：删除界面模型后，将无法恢复。

定义界面模型

点击“新建列表”，弹出如下对话框：
请注意：当我们的界面设计器打开的方案是由“数据对象设计器”产生的解决方案时，界面设计器会自动加载该解决方案下的所有实体列表，并直接看到的就是上图。
如果我们是自己新建的解决方案时，则会出现下面的这个页面，并且我们需要自己来通过上图中的二个按钮，“选择程序集”或“选择模型文件”来加载实体对象。
当我们是新建界面解决方案时，新建列表或窗体时，出现的界面如下：
点击“下一步”后出现如下界面：
然后点击“选择模型文件”，模型文件请选择“数据对象设计器”的项目解决方案文件。
或者是点击“选择程序集”，则会加载该程序集下的所有的实体，当然前提该实体对象必须是AgileEAS.NET平台识别的实体对象才可以。
下面，我们来先来“选择模型文件”：
选择“.sdm”后缀名的文件。点击“确认”后：
该界面与上述的直接打开“数据对象设计器”项目解决方案的效果一样，下面我们来看看“选择程序集”弹出文件选择对话框：
注意请选择“.DAL”程序集，该程序集必须包含AgileEAS.NET平台规定的实体对象才能被识别，否则无法加载。
这样就完成了“实体对象”的加载和选择。

设置页面布局

当我们选择一个“实体对象”点击“下一步”后，出现如下界面。
上图是“新建列表”的设置布局页面。
可可以设置的属性及参数：
1、基本信息：设置窗体的命名控件及该列表上的报表名称。
2、管理页面：用于设置与该列表关联的Form窗体页面。(未提供)。
3、设置列表上的相关功能按钮。
4、设置datagridview列表中的相关属性，设置控件的宽度与高度，设置是否为查询项(查询条件)和是否显示(是否在gridview上显示)。
5、设置控件的排序及控件类型。
新建窗体的设置布局页面则不同：
紧接着，设置页面的控件类型和控件的高度、宽度，是否新增项，是否显示。
如果都不输入高度、宽度，则系统给予默认值。对于窗体的页面，支持页面布局的设置，比如多行多列，单列多行。
点击多列多行：
设置每行显示的列数。
其他设置“设置按钮”在界面上是否显示。
设置窗体文件的命名空间。
Datagridview上支持全选与全不选的功能支持：
必须是单个列上选择。
设置完毕后，点击“下一步”则会系统会默认生成界面，在界面设计器中就能看到我们默认的输出的界面布局。
当然，如果我们界面上的控件不满意，或者是位置可以随意的拖拽，与VS的解决方案类似。
新增一个界面模型后，左侧的导航分组下的窗体分组会自动添加。此时我们可以保存解决方案。
请选择“文件”菜单下的“保存解决方案”。

打开界面模型

我们可以在导航栏的列表或者窗体分组内，选择界面模型节点，点击“右键”弹出快捷菜单中，出现如下菜单界面：
我们点击“打开”后，则会在右边的具体的内容区，显示该界面模型的真实运行界面。
左侧的工具箱中，我们可以拖拽控件到界面上，然后务必点击“保存”：
点击保存后，则会把所有的设计过的设计文件保存，然后我们保存解决方案：
这样就完成界面设计过程。

关于界面布局

界面设计器的布局与VS开发中的一些对页面的布局对齐等功能是一样的，这里我就不详细的说明使用了。
大家就慢慢体会吧。

结束语

在市场激烈的今天，软件企业面临着极多多种多样的挑战，如果在市场快速变化的情况下脱颖而出，如果能够对市场变化及时做出反应，以较低成本推出市场所需要的产品并持续改进产品成为成功的必要。
企业之间的竞争很大程度上是成本的竞争，AgileEAS.NET平台以及敏捷并行开发方法实践能大大够缩短软件产品开发周期，降低软件产品的开发、实施和维护成本，能够很大程度上提升软件企业的争力。
敏捷软件工程实验室秉承 “敏捷反应，快速适应”的宗旨，始终如一的对中小软件企业提供AgileEAS.NET平台技术支持、升级服务，为软件企业提供先进的快速开发平台，同时也提供Microsoft .Net开发技术培训、技术管理咨询服务，帮助软件企业在激烈的市场竞争中取得不断的成功。

关于平台的更多详细的资料，会第一时间提供下载，PDF版本的工作流使用手册，会后续传上来，大家可以查看和下载，当然群共享里面会第一时间提供相关
的下载信息。
官方博客：http://www.smarteas.net/
官方网站：http://www.agilelab.cn/
如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
1、电话-邮箱方式：
何戈洲：hegezhou_hot@163.com 手机：18691480181 博客：http://www.cnblogs.com/hegezhou_hot/
2、QQ交流：
308961614 -网名：H.O.T

本文链接

AgileEAS.NET5.0-工作流平台-使用说明书(下)

2011-08-11T01:33:00Z

开篇

AgileEAS.NET5.0平台,预计这个月的中旬就会发布，这次发布里面相比上次的AgileEAS.NET4.0的版本主要的变化是以下几块内容：

本文，主要是针对其中的工作流这块，进行讲述基本的说明，这个月的中旬，大家就可以使用了，当然由于是第一个版本，可能部分功能还不是很完善，当然欢

迎，大家提出意见和建议，本人表示郑重的感谢。

本文大纲

我的申请... 23

概述... 23

流程监控... 23

审批意见... 24

待办事宜... 25

概述... 25

流程监控... 25

审批意见... 26

工作处理... 26

工作转发... 28

已办事宜... 29

概述... 29

流程监控... 29

审批意见... 30

流程监控... 31

概述... 31

流程监控... 31

审批意见... 32

工作处理... 32

工作转发... 34

催办信息... 35

概述... 35

流程监控... 35

审批意见... 36

工作处理... 36

工作转发与流程催办... 38

概述... 38

工作转发... 38

流程催办... 39

结束语... 41

联系我们... 41

我的申请

概述

提供对当前用户所发起的流程进行管理，可以跟踪和监控用户发起的流程实例，并且可以查看当前流程的审批意见，后续提供直接在流程实例上发起催办信息等。

流程监控

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程实例的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

待办事宜

概述

提供当前用户的待办事宜的管理，当前用户有哪些待办事宜，比如审核当前的申请信息，通过“工作处理”功能来完成。

流程监控

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

工作处理

当我们选中上述列表中的一个流程实例，点击“工作处理”：

会出现工作流发起人提交的申请信息，我们看到了具有权限操作的按钮，我们有3种权限，审批权限。

下面我们来看看点击“审批”后的具体的操作界面：

输入“审批意见”后，点击同意或不同意，当我们审批不同意后，默认会回退到上一节点。

我们这里输入“审批意见”后点击同意：

则该活动节点，被标识为“执行”过的状态。

工作转发

将当前的审批任务，转发给其他的用户。

选中一个流程实例，然后点击“工作转发”出现上述的界面,然后选择一个用户，即可完成工作的转发，支持多选。

已办事宜

概述

对当前用户已办的事宜进行管理，在已办事宜模块中能够监控和跟踪，查看审批已经等。

流程监控

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程实例的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

流程监控

概述

提供当前用户对自身参与的流程实例的监控和管理，该模块提供了工作处理与转发的功能，具体的功能与之前模块说明的功能类同。

流程监控

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

工作处理

当我们选中上述列表中的一个流程实例，点击“工作处理”：

会出现工作流发起人提交的申请信息，我们看到了具有权限操作的按钮，我们有3种权限，审批权限。

下面我们来看看点击“审批”后的具体的操作界面：

输入“审批意见”后，点击同意或不同意，当我们审批不同意后，默认会回退到上一节点。

我们这里输入“审批意见”后点击同意：

则该活动节点，被标识为“执行”过的状态。

工作转发

将当前的审批任务，转发给其他的用户。

选中一个流程实例，然后点击“工作转发”出现上述的界面,然后选择一个用户，即可完成工作的转发，支持多选。

催办信息

概述

提供当前用户查看已发送的流程实例催办信息。并且可以进行工作处理和流程跟踪

流程监控

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

工作处理

当我们选中上述列表中的一个流程实例，点击“工作处理”：

会出现工作流发起人提交的申请信息，我们看到了具有权限操作的按钮，我们有3种权限，审批权限。

下面我们来看看点击“审批”后的具体的操作界面：

输入“审批意见”后，点击同意或不同意，当我们审批不同意后，默认会回退到上一节点。

我们这里输入“审批意见”后点击同意：

则该活动节点，被标识为“执行”过的状态。

工作转发与流程催办

概述

对当前用户待办的事宜进行转发处理，上图中的工具栏中有个任务转发模块，提供了模块的转发操作与流程催办信息的发送等。

工作转发

点击“任务转发”：

通过选择用户，选择当前的任务转发给某个用户来处理。

流程催办

发送当前任务的催办信息，默认会把相关催办信息发送到指定的审核人那里，审核人会查看到当前待处理的催办信息。

发送后的催办信息，在我的催办信息中就能看到。

结束语

在市场激烈的今天，软件企业面临着极多多种多样的挑战，如果在市场快速变化的情况下脱颖而出，如果能够对市场变化及时做出反应，以较低成本推出市场所需要的产品并持续改进产品成为成功的必要。

企业之间的竞争很大程度上是成本的竞争，AgileEAS.NET平台以及敏捷并行开发方法实践能大大够缩短软件产品开发周期，降低软件产品的开发、实施和维护成本，能够很大程度上提升软件企业的争力。

敏捷软件工程实验室秉承 “敏捷反应，快速适应”的宗旨，始终如一的对中小软件企业提供AgileEAS.NET平台技术支持、升级服务，为软件企业提供先进的快速开发平台，同时也提供Microsoft .Net开发技术培训、技术管理咨询服务，帮助软件企业在激烈的市场竞争中取得不断的成功。

关于平台的更多详细的资料，会第一时间提供下载，PDF版本的工作流使用手册，会后续传上来，大家可以查看和下载，当然群共享里面会第一时间提供相关

的下载信息。

官方博客：http://www.smarteas.net/

官方网站：http://www.agilelab.cn/

如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。

1、邮箱方式：

魏琼东： mail.james@qq.com 手机：18629261335 博客：http://eastjade.cnblogs.com/

殷长波：549558408@qq.com 博客： http://www.cnblogs.com/onmyway/

何戈洲：hegezhou_hot@163.com 博客：http://www.cnblogs.com/hegezhou_hot/

2、QQ交流群：

AgileEAS.NET平台交流群:125643764（高级群）[剩90人]

AgileEAS.NET平台交流群:147168308（高级群）[剩140人]

本文链接

AgileEAS.NET5.0-工作流平台-使用说明书(上)

2011-08-09T10:08:00Z

开篇

        AgileEAS.NET5.0平台,预计这个月的中旬就会发布，这次发布里面相比上次的AgileEAS.NET4.0的版本主要的变化是以下几块内容：

        本文，主要是针对其中的工作流这块，进行讲述基本的说明，这个月的中旬，大家就可以使用了，当然由于是第一个版本，可能部分功能还不是很完善，当然欢
迎，大家提出意见和建议，本人表示郑重的感谢。

本文大纲

      前言... 3
     关于工作流平台... 5
     系统主界面... 6
     工作流定义... 6
    工作流定义管理... 7
    工作流实例管理... 7
    发起流程... 7
    我的申请... 8
    我的待办... 8
    已办事宜... 8
    流程监控... 9
    我的催办... 9
    工作流定义.. 10
    概述... 10
    新建流程定义... 10
    条件... 11
    并行... 15
    保存流程... 15
    打开流程定义... 16
    工作流定义管理... 17
    概述... 17
    发布... 17
    流程实例... 17
    删除流程... 17
    工作流实例管理... 19
    概述... 19
    流程监控... 19
    审批意见... 20
    发起流程... 21
    概述... 21
    发起流程... 21

前言

AgileEAS.NET平台做为一个快速应用开发平台，其目的为是为了提高应用软件的生产效率，如何软件开发的生产效率，方法是多种多样的；使用工作简化开发中低技术重复工作可以是一种行之有效的途径。
在AgileEAS.NET平台中，我们提供了一个集流程设计、工作流定义与实例管理等一体的工作流平台。
在早期的AgileEAS.NET5.0版本以前，我们没有提供工作流相关的基础功能的应用，在企业系统的应用中常常伴有审核、审批等功能的基础要求等。
在上述的基础要求的条件下，我们提供了工作流平台，该平台与AgileEAS.NET平台的插件，实现了无缝的集成，某个插件模块作为流程中的一个功能模块，进入到流程应用中，然后通过工作流可视化的设计器，来完成流程的设计，流程中配置权限和相关的走向，来完成业务流程的管理功能。
在实际的企业应用中，通常都会有一些协同办公的需求，比如OA或者是ERP系统中，通常都会有这样的需求，比如一个业务流程的申请，需要不同的人来审批，公文的审批，申请单的审核，多级审核，多人审核等一些基本的需求，而工作流平台本来与具体的业务并不耦合，而是我们开发具体的业务功能模块，工作流平台调用开发出来的功能模块，然后完成工作流程的控制，与模块之间应该是低耦合的。
AgileEAS.NET平台的工作流平台，试图在这方面进行集成，即工作流设计器定义流程，然后通过一下几个模块完成工作流的管理：我的工作台，发起流程，我的申请，我的待办，已办事宜，流程跟踪等,完成工作流的统一管理。
由于该工作流平台是基于AgileEAS.NET敏捷快速开发平台之上，所以我们的理念就是基于插件来开发工作流模块，通过插件平台来管理这些业务模块，期望在不修改现有业务流程的基础之上，我们来进行快速的工作流流程的自由组合和设计。达到模块的复用，为后期的基于服务之上的SBMP打下基础，由于平台目前也已经提供了SAAS引擎，可以基于服务之上的模块，通过这些多个服务模块之间的自由组合，按照我们自由定制业务流程来完成特殊需求的业务处理。
关于该工作流平台的使用，可以用如下的一个图形和活动来说明，关于具体的应用，我们后面会结合一个具体的案例来说明。

工作流平台开发业务流程的过程如下：
关于每个流程的解释如下：

关于工作流平台

AgileEAS.NET工作流平台针对应用开发之中的流程定义、存储和流程实例发起，流程控制等相关信息，都是存储在数据库中，包括流程的定义信息。
AgileEAS.NET平台中的工作流管理：
工作流管理平台，提供了工作流流程定义，工作流定义一览表与基于定义之上创建的工作流实例的管理模块。
提供的基础模块为：发起流程，我的申请，待办事宜，已办事宜，流程监控，我的催办(催办信息)等模块。

系统主界面

工作流定义

提供工作流流程设计功能。

工作流定义管理

提供工作流定义的管理和维护。

工作流实例管理

工作流实例管理界面

发起流程

提供流程的发起功能，只能发起发布后的工作流定义。

我的申请

提供当前用户的流程申请的管理页面。

我的待办

提供需要当前用户处理过的流程信息的查看。

已办事宜

提供当前用户已办的相关事宜

流程监控

提供当前用户对流程进行监控的功能界面。

我的催办

提供当前用户发送的催办信息的管理。

工作流定义

概述

我们在开始一个工作流流程之前，必须先要设计该流程的定义，通过平台提供的工作流定义模块，来对工作流进行设计。

新建流程定义

找到菜单中的“工作流管理”
选择“新增工作流定义”
将工作流活动拖拽到顺序工作流设计器上，目前支持的活动如下：
关于每个活动的用法，我们下来来简单的说明。

条件

1、先添加一个“业务操作”活动到顺序工作流上，作为第一个节点。
2、然后在“业务操作”活动的下方，拖拽一个“条件”活动。
3、设置流程的属性信息。主要是把流程与组件模块关联起来。
4、设置流程的“拥有者”与“监控者”，拥有者具有该流程的全部权限，监控者具有查看权限。
5、点击“确认”即可，这样就完成了流程属性的设置，下面我们来设置活动属性。
6、配置“活动”的“输入”信息。
7、配置活动的“输出”信息。
8、设置活动的“参与者”，即该活动节点拥有权限操作的人员。
9、设置活动的“任务转发”信息：
10、这样就完成了基本的设置，完成了流程属性和活动属性的设置后，其他节点类同。

并行

1、我们直接在上述的流程定义中添加“并行”活动：
2、其他的配置同上。

保存流程

使用上方工具栏中的保存功能，即可完成保存，该流程定义文件会自动的持久化到数据库中。

打开流程定义

流程定义通过上面的“工作流管理”中的“流程定义一览表”
关于具体的使用，我们后续讲工作流定义管理的时候再详细说明。

工作流定义管理

概述

工作流定义管理提供对工作流流程定义的维护和管理，包括流程的发布、删除等。

发布

所有的工作流定义流程，必须发布后，才能被用户使用，在“发起流程”模块才能看到，只有发布后的工作流定义才能进入到具体的业务系统中。

流程实例

选中列表中的一行记录，点击“流程实例” 出现如下界面，该界面可查看基于该定义之上的所有流程实例。

删除流程

删除流程时，只能删除未发布的流程定义，否则只能禁用，不能删除。
删除“已发布的”流程会出现如下提示：

工作流实例管理

概述

工作流实例管理，是对工作流发起的实例进行统一的管理，主要是查看流程的执行状态和流程的相关审批意见等。

流程监控

选中列表中的某个流程实例，点击“流程监控”：
通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

审批意见

查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

发起流程

概述

根据工作流定义，来发起一个新的流程。

发起流程

选中列表中的一行记录，点击“发起流程”。下图是我们自己集成好的测试模块。
保存并提交：将输入的信息保存到业务系统中，并且默认提交到工作流系统中。
提交：当工作流申请被打回时才可以使用提交，否则无法使用。
审批：当流程提交后，才可以审批，否则不能被操作。
审批意见：查看当前流程实例之上执行的所有的审批。
打回：具有审批权限的人员可以对提交的工作流申请，执行打回操作，打回后流程将从头开始，此时可以使用“提交”按钮。
流程跟踪：可以查看当前工作流实例的执行的情况，可视化的跟踪。
关于工作流模块的集成，我们后续会放出工作流开发的使用说明。

         关于平台的更多详细的资料，会第一时间提供下载，PDF版本的工作流使用手册，会后续传上来，大家可以查看和下载，当然群共享里面会第一时间提供相关
的下载信息。
          官方博客：http://www.smarteas.net/
          官方网站：http://www.agilelab.cn/
          如果您在使用AgileEAS.NET开发平台中有什么问题，请使用如下几种联系方式或者沟通方式。
          1、邮箱方式：
          魏琼东： mail.james@qq.com 手机：18629261335 博客：http://eastjade.cnblogs.com/
         殷长波：549558408@qq.com 博客： http://www.cnblogs.com/onmyway/
         何戈洲：hegezhou_hot@163.com 博客：http://www.cnblogs.com/hegezhou_hot/
         2、QQ交流群：
         AgileEAS.NET平台交流群:125643764（高级群）[剩90人]
         AgileEAS.NET平台交流群:147168308（高级群）[剩140人]

本文链接

博客园_何戈洲 专注于.NET中间件开发

2012开源项目计划-WPF企业级应用整合平台

2012注定是收获的一年，奋斗才刚刚开始

系统架构师-基础到企业应用架构-客户端/服务器

系统架构师-基础到企业应用架构-单机软件架构

基于AgileEAS.NET企业应用平台实现基于SOA架构的应用整合方案-开篇

基于AgileEAS.NET企业应用开发平台的分布式解决方案

程序员职业发展的绊脚石-思想的枷锁

AgileEAS.NET5.0-界面设计器-使用说明书(上)

AgileEAS.NET5.0-工作流平台-使用说明书(下)

AgileEAS.NET5.0-工作流平台-使用说明书(上)

博客园_何戈洲专注于.NET中间件开发