博客园_ASP.net学习笔记

挥别虎年，迎来兔年

2011-02-05T04:52:00Z

其实这篇文章应该是2010年底写的，但是我本人的一些思想还是比较传统的，还是感觉“过年”了才是一个年度的完结，所以索性连总结的年号也改掉，这样才通顺。

虎年发生了很多事，对于我来说无异于一个人生的转折。先是从红孩子辞职，其实红孩子是一家不错的公司，如果养老的真的很合适，感谢这个团队温馨融洽的氛围，天平、温良、志勇、纪元、文敬、兆晶一起工作时的快乐似乎还是昨日，非常感谢你们，我们永远都是朋友。

辞职后，带着老婆去三亚补了一个难忘的蜜月，刚去三亚去的时候感觉也没什么，老婆向往海，看到大海会激动，但是对于我这种在海边长大的人来说早就麻木了，面对狡诈的本地人真是头痛不已，但是接下来的一个月的时间使我就从讨厌三亚到喜欢三亚。三亚的气候宜人，生活节奏也很慢。跟本地人谈话了解到，他们早上10点上班中午11点半休息，下午3点上班到4点半下班，对我来说这简直就是共产主义社会了，这个时间安排与当地的气候和风俗有关，三亚和夏威夷一样位于北纬17度，属于热带气候，平均气温在25度以上，中午地面温度直逼40度，知道3点以后才会好转，所以三亚是午休到3点左右。因为白天太热所以三亚人一般都是太阳落山后才出来活动，吹着凉风，三一群五一伙的聊天喝酒，一直吃宵夜到后半夜，所以上午上班的时间也晚。三亚是个旅游城市，所以三亚人从老人到小孩都是以宰杀外地旅游者为业，刚到的时候也没少吃憋。但是后来慢慢熟络了，就可以避免那些陷阱，安心游历各处的旅游景点。三亚是个不适合旅游的地方，因为它炎热的气候会让刚去的人无法适应，它的生活方式需要你很长的时间去改变调整，一周之内很难做到这些，但当你调整好适应之后就是享受180度海景房、丛林风光、芒果盛宴、海鲜盛宴。以上的做个备案，希望今后还能腾出1到2个月的时间去享受三亚。

然后加入了一个创业团队半年然后辞职，这个过程让我学到了很多，也让我看清了很多事情，让我有了更多的思考，对我未来也有莫大的帮助，虽然期间有很多不进入人意的地方，但是我现在也都释然，我感谢期间团队成员的激情，感谢大家的帮助，毕竟谋事在人成事在天。

再次闲赋在家的我也没闲着，秋季是个适合运动的季节，网球就这么突然间闯进了我的生活，虽然我现在依然打的不怎么样，但是真的很喜欢打球时的感觉，希望能继续下去。

上岗再就业有些巧合，从快消品进入到机械行业，虽然做的还是技术和管理，但是行业的不同让我有了很多的新鲜感，不过公司的管理方式和管理思想的不同也让我现在陷入了一个小小的囧境。另外一些理念的共同不畅也让我颇有挫折感，boss对技术和互联网还是不够了解，导致我的一些方案建议也被搁置，挫折感大增啊。不过我不是个轻易放弃的人，会继续坚持的。

家里发生了一些重要的事情，不过大事只有三件。第一件重要的事情是前阵子刚买了房子，虽然房贷的数额巨大而且期限是30年，但是我依然很开心，毕竟终于有了一个给媳妇挡风遮雨之所，也兑现了我对媳妇的诺言。第二件事是在创业团队工作的那段时间养了松狮毛毛，你在这个时期加入了我们家，给我和媳妇带来了太多的快乐。最后是媳妇陪媳妇去了趟西安，在北京各大医院都开刀的小毛病终于通过吃中药好转了，现在的医院医生真不知道说什么才好，总之有医德的太少了，看中医还得找古传的终于世家。

总之，这一年过的有些跳跃，在来回的折腾中让我的技术不断的改变应用场合，适应各种情况。导致在技术的广度方面继续快速扩大，但是在技术的深度方面却进步缓慢，也没有积累下来什么。我个人再另一方面也从只专注技术到学习管理，关注管理，实战管理这么一个过程。生活是蒸蒸日上，继续向幸福的路上前行。

在新的一年，年初将将房子装修完，这样就不用再担心被房东赶来赶去，可以安心的做事情。

在技术方面希望有更多的探索，在分布式处理方面有更多的积累，开发一套开源cms，以便今后自己做R&D开发，将电子商务系统再做一次重构，支持大并发的分布式负载，抽象出一个底层视情况开源。

公司网站方面能在SEO和内容组织方面有更大进展，将网站方面将PR提升到5-6，排名也进一步提升。在公司信息化建设方面，CTI、CRM、ERP、网站、商城，公司以后的重构完善，处于计划状态的完成开发计划，将公司的信息能够进行有机的整合而不是各散一处，从而促进公司资源、信息的统一备案、共享，避免信息孤岛。

团队建设方面将完善基本建制，规范团队开发行为改进公司原先系统bug乱飞，开发无计划，无文档，无验收目标的三无情况，继续寻找建设学习型团队的方法。

希望毛毛健康成长，希望媳妇健康幸福。

看来这一年事情还真挺多的，但是说起来只有一件事就是在技术的路上继续前行，同时也祝福看到本文的所有朋友一起为梦想远行！

本文链接

评论：B2Cer，其实您既不电子，也不商务

2010-11-09T04:05:00Z

本人注：这是一篇在同事的博客上看到的转载，很想知道出处，里面的观点很好，很深入。但是对于一些观点还有待探讨，会在下面写明，请先看原文，也希望作者能和我联系，一起探讨电子商务方面的问题。

------------------------------华丽的分割线，代表着转载开始-------------------------------

仔细看了Veryls的《B2C之番茄树停止运营的必然性：business sense的先天缺失》感触很深本想回贴了之却越写越多索性另开一贴。

甭管用词多么华丽，说到底B2C就是零售，在零售领域里 B2C是个新渠道，一个小的不能再小的渠道...作为这渠道的从业人员，很难讲，有多少人了解零售，甚至讲不清楚，有过一次完整的低价买进高价卖出并成功拿到利润的人有多少。

自打决定做B2C起，其实你就注定和IT和高科技无缘，如果你依旧拗着IT人士的造型，那么我觉得您是被忽悠进这个行当的，要么就是您忽悠了人家。让我们看看B2C的商业本质。去掉了互联网这块遮羞布，淘宝易趣，说白了就是一摆地摊儿的集市...对，是集市，也就是吴山夜市或者城隍庙的级别，离四季青还差点儿。淘宝商城出来了咱做电商的总算有点身份了,起码咱和地摊儿无证经营划清界限了,虽然商城品牌体量加起来也就跟县城商业步行街差不多...

在零售的大背景下面...电商其实很渺小...在零售领域我们还有太多的课要补。放下身段，钻进仓库，走进市场，好好看看，我们提供的产品和服务价值在哪里在。。。关注货源品牌渠道产品特性店招设计货品陈列销售话术包装质量仓库管理物流配送...

日销100单

达到这个范围以前一切跟技术无关学好如何在淘宝摆摊就是胜利你就是一个体户你每天考虑的问题是这产品质量咋样?价格便宜不?网站漂不漂亮?客服小姑娘有没有耐性?仓库有没有蟑螂?快递公司的小弟有没有偷懒?

搞定了这些，生存是没问题了，接下来该为将来做下打算了。七八十年代家门口摆摊儿的，挣钱的现在成了商业巨子没挣钱的也混了个时代弄潮儿的名分，现在你再去门口摆摊儿试试，每天招呼你的只有城管。90年代摆摊儿的都被赶进了市场，那时候你要是刚好被赶进了哪个市场，伪劣内销好货出口，批零兼营啥钱都挣，市场这拨人混到现在，做的好的干零售整成了百货巨头，走上了品牌的道路，做不好的混在市场里继续干批发，也整出了个义乌奇迹，那时候地球上做买卖的有不知道北京的，没有不知道义乌的。现实说明，摆摊儿只能解决短期生计问题，目前看来，现在去淘宝摆摊儿还能混段时间，但随着淘宝商城的推出以及网代体系的逐渐成熟，摆摊儿的日子会越来越不好过。所以摆在你面前的只有2条路：除了赶紧混进淘宝商城外，建议你趁早建个独立网店。

用shopex还是ECSHOP？这是一个问题。土特产技术不行进口货 zen-cart、OSCommerce正流行。洋人的东是好可中国人不习惯水土不服呢风险忒大。。。整点现成的吧还不知道能不能和淘宝数据对接。那用淘宝授权shopex的“店掌柜"如何？显然不行！派代上骂贴一堆用过都后悔。那万网的”淘里淘外“呢？啥时候上线还不知道。正在痛苦着，淘宝旺店出现了！眼前一亮：数据流没问题，操作简单，价格不贵，淘宝自己开发的，总比授权的强还不用二次开发。仔细一问，淘宝旺店只能注册淘宝用户。。。好嘛，说是独立网店，原来就是门面独立。。。太傻太天真。。。牢记祖训：生意不能偷懒赚钱没有捷径。于是老老实实招几个程序员，研究淘宝API，然后拿ECSHOP开刀操练 ....

网店总算上线了，推广怎么办？这又是一个问题。您要是到现在还在口口声声拿房租说事儿，试图说明网店比实体店有成本优势，那您是真的被媒体忽悠了。我可以负责任的讲，房租成本说纯属扯淡。实体店的租金就是客流保障，开着门就有人来，网店你试试，上了线挂那儿有谁会来？那就投广告吧。。。等你广告费花的差不多的时候，突然发现不是被媒体坑了就是被联盟涮了，正当你琢磨着是上CPS还是投硬广？是走代理还是走会员推荐．．．又或者．．．搞个传销系统啥的？突然有一种痛苦的失落感——怎么越整越没电子商务的味儿．．．做这些个事儿不就是一戴着IT帽子的个体土老板么．．．没错．．．就是个体老板　这就是生意　不论线下还是线上．．．生意就是生意。在外面，不论您号称自己是IT精英还是电商人士，不论您被评为IT新贵还是创业明星，场面上的事情，你可以忽悠朋友女朋友挣点面子，也可以忽悠媒体政府拿点补贴，但回到家，回到公司，您必须十二分清醒并随时提醒自己记住一件事——您的身份就是个体工商户，您的身价、产业、团队、规模。。。无一不是处在产业链的最底层，您唯一高的东西只有成本。。。　

日销1000单

这时咱每个月利润也有个二十来万了供应商也不敢小瞧咱了这下咱可以抽空折腾下CRM和物流管理系统把客服那些个小姑娘扩个容加个耳麦然后整个工控加个三汇板卡申请个400 摇身一变咱也有小型呼叫中心了独立网站上线了分销平台也上线了等你把跟淘宝的API数据接口开发好后数据库也全都统一了这下咱牛逼了信息流那叫个通畅啊别急还没完....然后咱得办件事不是都说物流难谈吗? 好咱招标发个300万保底合同不过底不是白保的咱得开条件啊. 免费给咱仓库信息平台对接否则免谈! 你看着那帮家伙还不得挤破头来求咱.呀. 下单配货发货一气呵成全程跟踪.牛叉吧...这下咱物流也通畅了喏...电子商务的感觉来了这下您可以号称自己有点儿技术含量了。

这下你头痛的也不再是那些个推广啊技术啊优化啊啥的...该找谁找谁这是咱干的活儿吗? 都咱自己干了还要那些个专业人才干嘛?白养着不花钱啊?这下咱得谈谈战略了比如是在这个行业深挖呢还是啥好卖就卖啥是把品牌做透呢还是把库存卖爆是做一特牛渠道呢还是做一特强厂商是倒买倒卖呢还是自己开发...这每次开会吧全是投诉一查原因吧全是配送失误...杂办? 一个总仓不行啦...得分区啦! 北京上海广州各整一个当年签约时一个个号称全国都是网点，到处都是优势的快递公司开始歇菜啦，于是你不得不实地考察，找出每家快递的最强区域，和每个区域的最强快递，再配上一堆物流经理驻点盯牢。全国三大物流战区十大重点服务城市二十家物流供应商三十个物流经理...万一赶上淘宝搞次节日活动秒杀下对折下外加满送限时抢或者谁把您的直通车限速取消了...估计还没等活动搞完，您的物流部就已经残废了，物流经理兜里揣着辞职信，扔给您一句话:要么批预算买地盖物流中心包专列组车队要么老子明儿个就去京东上班儿去 ....

正当物流系统升级的工作如火如荼的进行时，您的销量已经引起地方媒体的关注，于是您的企业成为当地知名IT企业，互联网协会邀请您成为理事单位，科技局把您列为高新技术企业，现代服务业优秀典型，信产局给您批了电子商务专项补贴、软件专项基金，创业中心把您的项目拿去申报科技型中小型企业技术创新基金，楞是从工信部套了30万硬塞给你。正当您闻到了电子商务的气息，沉浸在美好的政府支持中时，突然发现一个残忍的现实：这一切让您洋洋得意的技术和系统所产生的价值。。。呃也许还谈不上价值。简单点说：您一年挣的，也就是一三流品牌的县级代理商的水准。。。

日销10000单

这时你每天接到的骚扰电话不再是工商注册代理记帐发票刻章啥的而是某天使投资人某创投公司某境外基金某江浙私募电视台报纸啥都来了。。。每天围绕你的是商业模式公司战略上市计划...哥们儿冷静...别理会这些人...您现在要考虑的是怎么把ERP整合进你的系统如果您的团队或者供应商够强就把财务管理也整进去。等你全都整完了这些工作，你的生意已经大的足够让你傲视群B(B2C从业人员）本地媒体称您是全新电子商务模式缔造者电商界黑马新经济领军人物。。。全国媒体估计也时不时邀请您做个访谈、嘉宾啥的。您可是代表了先进生产力和新经济的有技术含量的新兴企业家。。。拿着两轮VC进来的美金，您把刚从游击队转型正规军的队伍一步到位全面升级美械装甲师，研发团队都来自世界五百强、核心架构系统全套IBM WebSphere、DB2、Lotus和Tivoli，企业数据中心、呼叫中心全上AVAYA、自建物流中心、再加上BI商业智能、用户数据消费模型分析、媒体效果监测。简直武装到牙齿。坦白的讲，这时的您已经可以算是在零售业站稳脚跟了。不过要是谁跟你说，您就是互联网上的山姆·沃尔顿您一定得抽丫。因为现实是：您目前的业绩充其量只是沃尔玛全球四千多家门店中一家门店经理的水准。

日销100000单+

恭喜你.. 此时您应该已经准备上市了如果谁还不知道您是我朋友那只能活该他倒霉要不然早就该来每天巴结我去问您要点儿原始股了吧拿着PRE IPO时投资公司那里套来的现金以及挂牌后股民们大把的钱您与UPS、EMS、FEDEX签订了战略合作协议，建立覆盖全球的配送系统、多语言零售平台、包下印度或者菲律宾的呼叫中心提供28种语言下单、整合全球供应链、把价格压到最低，通过实现全球配送，您被誉为中国的AMAZON。强大的物流体系不仅让你赢得了强大竞争力，连竞争对手都希望跟您合作，使用您的物流系统。您的公司成为受人尊敬的成功电商企业。但此时，你困惑了，最终让你获得成功的，原来不是电子商务技术，却是物流。。。您花费数年心血，建立起了牛逼的电商公司，最终连自己的企业都无法归类——互联网？零售？还是物流？勿庸置疑，在B2C里你已经很强了，但在零售行业，沃尔玛依然是全球的王者，他在网上零售领域不尽人意的表现只能说明他曾是一头睡狮。现在，他醒了，整个在线零售业将为之震憾。一场杀戮正悄悄地展开。继续沉迷在所谓“先电子、后商务”的朋友们。。。保重。。。因为各位所崇尚的“电子”不仅不是电商企业的优势，根本就是令人汗颜的差距，更不要去提“商务”。请各位对比下自己的电子商务系统与沃尔玛这家“商务”的不能再“商务”的传统企业在七八十年代建设的全球采购系统、配送系统、商品管理、电子数据系统、EDI比较起来。。。和90年代700,000,000USD的信息化投入相比。优势在哪儿？他们甚至买了颗卫星来传输数据。如果说沃尔玛与您的差距是互联网经验与网店系统，那么您与沃尔玛的差距是整个供应链的信息化。它花1000万美金我想足以赶上您，如果您要赶上它。。。我想还是不要做这样的尝试比较好，AMAZON在这方面赶的还蛮辛苦的，光是一个仓管进销存信息化就折腾了他们上亿美金。你如果钱够也可以尝试下。最后，我不得不告诉你一个坏消息、一个好消息。坏消息是：沃尔玛的在线零售业务准备改组重新上线了，如果您心中还埋藏着网络沃尔玛的梦想，还是趁早打消比较安全。好消息是：目前配送到户的精细化物流管理还是它的短板，也许您有机会在这方面和它谈谈合作。

零售可分线上线下，但决定零售企业优劣的既不是电子也不是商务，。。。零售业殊途同归。线上强的，做到一定阶段，应该尝试一下门店销售，一定数量的实体店有助于提升竞争力。线下强的，再不启动电子商务项目。。。迟早被淘汰。对商务完全没兴趣的同志们。。。迷途知返早日转型吧。既然卖东西不是您的强项也不是兴趣所在，那么用你的专业能力为传统企业提供服务也许更适合。千万别说自己是做线上沃尔玛的也别说您是做电子商务的。您是提供互联网服务的，既不电子，也不商务。

Allan

QQ:7080193

Mail:anxion@139.com

注：此贴首发派代,转载时请注明！

------------------------------华丽的分割线，代表着转载结束-------------------------------

第一，对于概念的澄清。淘宝是C2C并不是B2C。

第二，文章作者B2C对房租成本提出了质疑，对于这点我觉得也是非常有争议的，对于初创业的商户来说，最难得就是选店址。贵的自然是生意好，但是投入资金多，提高了准入门槛。而便宜的真的是没有客流量的保障。是选门脸，还是在商场内租摊位这都是问题。B2C可以给创业者提供最低的准入门槛，只要一套网店程序+服务器租赁费用就可以开展业务了。另外，客流量高的商场真的成交率就高么？有些特定的商品并不是在客流量大的地方就一定好，客流量的成交率是关键这，个也需要长时间的考证的。

第三，电子商务对传统商务就一定是没有优势么？电子商务在创立伊始就是以计算机和网络为核心，整个企业都是信息化，沃尔玛的信息化是和产业链是很成功，但沃尔玛的产业链信息化真的就无懈可击么？我看未必，在电商时代，也会慢慢的形成一轮产业链整合，随着soap，webserver，vpn，ipv6，GPS等技术的发展，会给电商带来更大的想象空间。

总结，基本上我是认同本文观点的，毕竟无论是电子商务还是传统商务都是商务，很多方面都是殊途同归，但是同归并不代表着电商要模仿传统商务的物流管理么模式，构建于互联网和物联网上的新电商会有更多可做的事情。

本文链接

整理思路重新开始，一段乱七八糟的“电子商务创业”经历。--工作有风险，选公司要谨慎

2010-11-09T02:36:00Z

半年多前从红孩子出来，4月左右，到了一家创业公司，被CEO的激情所打动，加入了这家刚刚创立的公司。话说这家公司主营的业务是在线服装，公司的理念是为每个客户寻找自己的设计师，所以定位稍微高端一些，主要是做定制和限量服装，公司当时也和一些服装学院开展合作，这样就有了很多可用的服装设计师和服装版权，所以一套服装的费用也是大众可以接受的，大概是5000以下，低端的2000左右，试想给你量身订制一套衣服，永不撞衫，拥有自己的服装版权，这个不让你兴奋么？对于我来说，这件衣服可以是结婚时的礼服，可以是我外出交际的标志，所以我觉得还是很值得的。

公司开始的待遇很低，但是由于有很多期许，对公司的理念，计划都非常有信心，我说服了爱人，支持我加入。得到了爱人的支持，我的工作更加起劲，开始的那段时间公司的技术部门基本就是一片空白。技术部只有1个维护和2个美工，开发工作也都外包给开发公司。

开始的这段工作异常艰苦，不仅要和外包公司沟通，还要抓紧公司的技术部力量，很多时候都是忙到9点左右。通过和外包公司沟通以及整理内部资料发现，公司虽然有开发需求，但是并没有开发规范，而在我进入的时候已经开发到一半了。这个时候光依靠外包公司显然是不行的，每天重新整理开发计划，明确具体需求，规范开发文档，再和外包公司去沟通。除了这些，公司的上线计划也破在眉睫，加之外包公司没有专业的美术设计，美工风格一直无法达到我的要求。我就把美工这部分拿回来，由公司的美工去设计，公司的美工都是刚毕业的新人，好在有2个，可以发动一下他们的竞争性，但一直到完成稿，我的重审就多大几十次，好在有爱人在背后默默的支持我，CEO的全权授权才能让我放开手脚。

一直忙了差不多快一个月，终于开始可以上线了。上线当天，公司全体同仁通宵而战，非常感谢当时的销售部总监对我的支持，如果没有他当时也无法完成任务，是他的细心给了我工作上的支持。上线后，工作并没有轻松，还有很多要修改，毕竟是外包公司抢线的东西，bug很多，甚至流程上和我们本来想要的也不同。继续改吧，自己也得上，那边也不能停，一直改。

网站运行了一段时间，终于发现出问题了，不是技术上，而是货源采购上。。。那个郁闷啊。货源采购上的问题，我和销售总监都提过，可是反映了以后都没好转，行政总监（兼采购）有着不可推脱的责任。由于爱人是个体服装业主，我也经常跟着进货，所以对服装多多少少也有了解，对服装的价格扫一眼也能知道咯大概，毕竟公司的进货渠道除了定制生产的都是那些地方采购的，所以我不得不怀疑采购有猫腻。公司采购的商品，没有完整的计划，全凭采购自己一时心情。采购的东西大多都是地摊货（在我看来如此，但采购的描述不同），价格也比我预估的要高几倍。试想，在电子商务这个时代，你采购的价格这么高，款式这么老，质量这么差，最关键的是地摊货没有货源保障，客户怎么能喜欢？（PS，从这里就可以看出由于某些力量的作用，公司的方向开始偏移了）

这是时候（大概是6月份，入职2个月左右）投资人急了，对于这个项目开始跨权限指挥。话说这个投资人本身是做另一个领域的，对这个领域完全不懂，你说他指挥能起什么作用？导致公司几天一个讨论会，而无法找到公司的症结。在我眼里这个秃子头上的蚂蚱，他却看不到。指挥了将近1个月也不见好转，把责任推到了管理团队上，架空了CEO，销售总监心中不平离职出走，令我疑惑的是作为责任最大的行政总监（采购）却混的风生水起，依然如旧，我的心里那个郁闷啊。

好在项目转变还是要有技术开发的，当时我不知道CEO被架空，就依然跟着公司继续按部就班的做新的项目。公司换了办公地点，为了缩减开支，公司从办公楼搬到了居民区，员工也缩减了很多。由于销售总监的离职和CEO被架空，公司的氛围也有很大的变化，不在是欢声笑语，轻松自在，也没有了以往的激情。不过由于项目的原因技术部是要壮大的，这回是重新开发，我制定了新的开发计划，需求分析。部门开始扩充人员，这个时候才发现招人的难度。本来行政是兼人事的，结果招人他全然不管，笔试、一面、二面都是我一个人在忙，一天多的时候面试10来个，少的时候也有2-3个，搞得我工作都受到影响。心里郁闷那也得憋着，继续做好工作吧。还在功夫不负有心人，花了1个多月找了一个还算不错的前端，很不错的一个毕业生，基础很好，底子很厚实，缺点就是没有经验，不过好在可以培养。后台花了1个月也招了2个，加上原有的1个，3个了。美工方面总算也招到了一个有些经验的。期间公司来了一个新的推广，沟通后发现对网络推广很在行，过去是在一个4A广告工作，很有些想法，日后公司新网站的开发也都是我们两个讨论。

本来应该是按部就班了，可是天有不测风云，公司有小人作梗。公司新搬，我对路线不熟悉，当时也没在意，毕竟我经常加班，所以晚到一会也就没什么。结果这个月行政规定改革，迟到的要罚款，领工资的时候吓了我一大跳，5次迟到扣了我1500.公司的推广部经理扣了400他工资才3000，我和董事长沟通，董事长才以另外名义给我补贴了一些。结果才发现这才是末日的开始。

公司这次的转变是做一个包含社区的商城，所以前期的商品需要招商，由于销售总监离职，公司新招了一个销售主管（后来证明也是没什么能力，却混的风生水起）。公司的后台开发基本完成，前台也是按部就班，只是美工由于工作压力等原因提出离职，那走就走吧。可是美工这块就出了问题，没办法只能外包出去。好在这次外包方很专业，我们的准备很充分，直接见面交流了下，交接了一些文件，就在一个月后给出令人满意的作品。

8月底，入职5个月左右，由于招商部（销售部更名）招商进度不足，一个月才招到了不到10家，而且都是些皮包公司。只能我和推广总监一起出去试试，主要还是做市场调研，顺便看看是不是客户需要一些技术支持我们没做到，为下步开发做些准备。实际工作的时候发现并不难，毕竟是免费的，还给商户提供很多技术支持，所以签到了一些不错的大商家。计算了一下，以我们这个水平一天最少可以签一家代理商，这还是没有利用过去的人脉。回公司，建议制定招商考核制度，给招商部一些压力。回来和董事长沟通，也得到了答复，谈话中，董事长（投资商）看看CEO，干不好他就是你们下场。让人寒心的话，这个时候我才知道CEO被架空，虽然过去有感觉，但是并没有确认。这句话也深深的印在我们脑子里，感觉到董事长是个有责任必定要推卸的人。

9月10。。一个令人铭记的日子，大家应该多是这个时候开工资吧？我迟到3次（由于加班，提前打过招呼），罚款500多。。。怒火在胸中燃烧了，我知道不能再忍了。好说歹说我工作也是兢兢业业，不带这么玩人的吧？几天后递交的辞呈，放弃了所谓可能的“期权”。这个时候真的感觉到什么叫资本不把人当人看。

辞呈递交了，心里突然放下了，感觉一下轻松了好多。为此投资商没少想和我谈话，但是我对他们真的没有信心，所以不管如何我也是一定要离开。在家后，成为待业一族，可以安心的陪媳妇，带着lion（家里养的松狮）开心的玩耍，由于加班的原因，身体素质差了很多，开始学习网球增加体育锻炼。把整个十月都留给自己，算是补偿自己和爱人的一个假期。

总结：1.选择一个公司不要只看目前的管理团队，最好还能了解下公司的投资公司，如果是国内的，风险明显很大，尤其是不专业，会插手管理团队事务。

2.选择一个公司不能看到只有好的宏伟蓝图，还要看是否能够坚定不移的执行，而不是执行中会发生下行的转变。

3.选择一个公司一定要维护自己的权利，不要找不给公司上保险的公司，这种公司最不稳定，尤其不把员工利益放在眼里。

4.期权很重要，也很不重要。当你对未来有预期的时候他是美好的，当你对未来没预期的时候，他是空气。

5.当管理团队是上升趋势的时候一定要坚持，是下降趋势的时候一定要不犹豫的离开。

6.技术不是万能的，当你一腔热血的以为你的技术能给公司带来新鲜活力的时候，你就错了。

7.公司的成功是一个团队努力的结果，任何一个环节有问题都会影响到整个公司。

8.物流、采购、推广对于电子商务是最大的问题，也最不是问题。关键在于你能不能找对人。

9.如果一个公司尽管再有钱，但一开始就很抠，给你开了一个很低薪水，那么不要指望他后来会大方。

PS，这边文章虽然和.NET无关，就是把埋在心里的东西乱糟糟吐槽出来，好受了很多，虽然无法把全部都写出来，但是状态的转变大体也都出来了。对于能看到这的朋友，说声谢谢。　　

THE END

后记：感谢所有的园友，给我建议同时还帮我指正了文章的一些错误，同时增加了一个第九条，特此感谢。

本文链接

什么是电子商务的核心竞争力

2010-06-02T09:00:00Z

首先,提一个问题.是什么驱使你第一次上网来买东西?我想很多人的回答应该是便宜.

再问个问题是什么驱使你第二次,第三次,第N次继续在上网购买东西?这时候答案可能有很多种,便宜,方便,可靠,信任某卖家等等.

由此我们可以想像出电子商务的发展一共要经历四个发展阶段

第一个是突破阶段,就是要便宜.便宜到能让没试过在网上购物的人都动心的程度!这个是个漫长过程,是个用户培养的阶段,在国内看来就是从2003年7月11日至2005年初.

其标志性事件有易趣的成立,淘宝的成立,支付宝的成立.在这个阶段中淘宝凭借其便宜到不能再便宜的价格(免费)优势疯狂掠夺这个成长期的用户,由于其免费政策不仅使很多用户加入了这个C2C大军,而且一举击败了前辈老大哥易趣.淘宝+支付宝的模式不仅解决了长久以来困扰互联网购物的支付,物流,信誉三大问题,同时也带来的人们生活的改变,为推动社会的发展添加了浓重的一笔.

阶段特色:萌芽期,用户要求不高,低价为王.

核心竞争力:便宜!便宜!更便宜!

第二个阶段是高速扩张阶段,要的不仅仅是便宜!这个过程不仅发展火爆而且让无数投资人血脉愤张.由C2C培养了巨大的用户群,使得B2C的条件成熟.

这个时间在2005年至2008年.一时间国内的电子商务百花齐放,各类商城如雨后春笋般成长起来.淘宝此事就像一个处于成长期的大男孩,继续着超高速的成长,但是有着少年淘宝的烦恼.

用户在经历了便宜,便宜,再便宜的阶段,已经从内心完全接受了网购,甚至把网购看的比线下购买更重要,对网购的期望值更高.

就是这些用户的需求带来了少年淘宝的烦恼.用户现在不止想要便宜的价格,还有很多用户想要品质优秀的商品.而淘宝的交易规则使得一些买了高仿,精仿商品的用户投诉无门,而且在由于一些职业卖家对淘宝商品排列规则了如指掌,同归规则去推一些广告性质的信息,使得买家在淘宝海量的信息中迷失,不知道该选择那个卖家.这是C2C必然要面临的问题.这个阶段里少年淘宝也在不断的努力使自己更加成熟,淘宝推出的淘宝商城就是一个解决方式,目前来看还不能成为淘宝上的主流购买方式.但是,已经取得了显著的成效.

看到商机的B2C公司这个时候站了出来,跟买家说,来我这吧.B2C公司以更专业,更可靠的形象向买家展示着自己的魅力,依然一个商务人士的派头,起初大家还是怀疑,但是低廉的价格使得买家去尝试,一试之下发现的确是比个人卖家要专业,东西还保真.买家搭上了B2C公司这条船,只要和C2C相比价格差不多就都从B2C这里购买.所以信誉是B2C公司的生命,无法解决信誉将使B2C公司倒在前行的路上.

在这个百花齐放的阶段,虽然我们无法看到热闹的交易场面但是我们的头脑里可以浮现出一个场面.一堆人在摆地摊,场内挤满了人,场边有几个门脸精品店.

阶段特色:培养,用户要求提高,不仅价格要便宜而且还要保真,保质.

核心竞争力:便宜,信誉两条腿

第三个阶段是差异化竞争期,便宜还是左右你选择的第一因素么?便宜固然重要,但是已经无法左右人们的选择.在经历了C2C平台各种问题的情况下,买家不仅希望选择更简单,货真价实,价格不贵,而且希望服务更好.

这个阶段时间从2008至2015.这个时间金融海啸到处肆虐,是全球金融业的寒冬.但是却是

现在试试看在淘宝在开一个店铺是否像前几年那样很容易就可以成功,现在如果不通过一些"特殊手段"很难有人买你的东西.所以淘宝发展到今天对于新商家门槛越来越高.这也是淘宝需要面对的一个困境,也可能是淘宝的一个机遇,如果能够妥善处理这个问题,对淘宝来说说不定就是一个扭亏为盈的机遇.C2C类网站面临的另一个问题是物流,像今天强大的B2C网站都有自己的物流团队,无论是从成本上还是服务上,都有着强大的优势(B2C部分有论述).而个人商家只能依托现在服务并不怎么样的北京3天内,外地5天左右到货,而且经常发生丢单,换货事件的有些"拙劣"的来支撑,如何能解决这个问题?如果把这个危险变成机会,我想老马肯定已经心中有蓝图了.

B2C公司发展到这个阶段已经完全可以直起腰板说话了.B2C公司依托着强大的资本实力和卓越的信誉深入产业链,发展了自己的仓储和物流,依托电子信息化把服务做到最好.比如目前做的比较成功的B2C公司已经可以实现同城上午订货,下午到货.B2C公司正在深化产业链改革,不仅优化流程也是商品和消费者之间更扁平了,最重要的是他们的订单量完全可以让自己挺起腰板和供货商对话了.这个阶段的B2C公司商品价格不仅不会比C2C网站的价格均价低,还会略高.因为这个时期B2C公司卖的不是商品了,而是服务,是用户体验!

阶段特色:成长期,商家处于市场竞争主动要求提高服务品质.

核心竞争力:价格比市面便宜,实体店都无法比拟服务和体验

第四个阶段是革命阶段,由于深化产业链改革进货进一步压低,成本降低,价格下降.电子商务发展到极致,成为购物的第一选择.

这个阶段时间 2015至未来....

到了这个时期B2C和C2C之间的通路被直接打开了,属于你中有我,我中有你的阶段.各大平台和领域开始了混战和兼并,同时一个行业内只会存在一家最大的公司,下携消费者,上压制造商,以价格优势开始对实体经济开战.

这个时期不是我悲观,而是电子商务特有的,实体店无法满足的条件会使大多数实体产业巨头遭受巨创!

而且随着技术的发展和基础设施的建设,商品虚拟体验的技术一定会实现,让你在购物之前就知道是否适合你,是否是你想要的.

电子商务公司也会推出自己的云服务,让消费者感觉就在自己身边.为什么电子商务公司会推出自己的云服务,而不是托管?因为电子商务公司最重要的是什么?是数据!明白否?

例如到了这个时期,号称中国硅谷地区的商城会客源萧条一部分原因是商家欺诈,欺骗消费者,坏了自己的牌子,而在线购物反而更放心.

再如一些专业卖场只能白天营业,本来就利薄如果24小时营业会急剧导致成本上升.而电子商务可以7*24小时营业每天一起床,早上一开门昨晚订的货就到家门口了,而且不满意可以拒收全额退款,连邮费都免单了.

诸如此类的差异导致电子商务会革了这部分卖场的命.

阶段特色:成熟期,成为主流购物方式.

核心竞争力:你花钱买的不是商品,不是寂寞,而是购物体验!

电子商务的浪潮已经一浪高过一浪,你是否准备好了?

转载请遵循此协议：署名 - 非商业用途 - 保持一致

并保留此链接：http://dotnet010.cnblogs.com/

本文链接

Subtext分析3-Subtext.Akismet

2010-05-23T02:17:00Z

Akismet是Subtext的一个非常经典的应用方式，将过滤系统通过webservice完全托管给了Akismet，从而减小了自己的负担，相对来说还不会影响客户体验。

我们通过结构可以看到IComment，Comment，HttpClient，AkismetClient，InvalidResponseException。

IComment是评论接口，Comment继承了IComment，作用是封装了ip地址，url，评论等一些基础属性。

HttpClient说起来就就一个方法PostRequest，实际上是实现了一个post请求，并且读取返回的数据。

InvalidResponseException没什么好说的，处理200异常的。

AkismetClient是具体操作，调用HttpClient把Comment中的内容发送，InvalidResponseException来管理异常
在第一次启动时VerifyApiKey方法调用密钥，此后不用调用。
通过SubmitComment方法来拼接要发送的内容。
CheckCommentForSpam确定是否是垃圾评论，返回true是垃圾信息

Akismet的配置内容在web.config下，不多解释了，看名字就能知道个大概了。

1  <add key="ProxyHost" value=""/>
2  <add key="ProxyPort" value=""/>
3  <add key="ProxyUsername" value=""/>
4  <add key="ProxyPassword" value=""/>
5  
6  <add key="AggregateEnabled" value="false"/>
7  <add key="AggregateTitle" value="A Subtext Community"/>
8  <add key="AggregateUrl" value="http://localhost/%22/>
9  <add key="AggregateDescription" value=".NET by Subtext"/>
10  
11  <add key="PostCollection" value="Post Categories"/>
12  <add key="ArticleCollection" value="Article Categories"/>
13  <add key="ImageCollection" value="Image Galleries"/>
14  <add key="Archives" value="Archives"/>

余下的代码说明里都有说明，是个简单但经典的应用，更多的是理念。如果想要改变验证方式的话就可以改写此处，自己接管评论管理，我国制度于他国不同所以还是建议自己管理。

本文链接

[转]序列化与反序列化，及Json序列化反序列化

2010-05-23T02:14:00Z

转自:http://www.cnblogs.com/jams742003/

序列化是将对象状态转换为可保持或可传输的格式的过程，反序列化则过程相反。用于存储和传输数据。

（一）asp.net序列化与反序列化

.net提供多种序列化类

（1）BinaryFormatter 类

名字空间：System.Runtime.Serialization.Formatters.Binary

这个类用于以二进制格式将对象或整个连接对象图形序列化和反序列化

构造器两个：

BinaryFormatter()
BinaryFormatter(ISurrogateSelector, StreamingContext)

介绍它的两个主要方法：

1 Serialize方法

将对象或连接对象图形序列化为给定流

它有两个重载：

Serialize(Stream, Object)
Serialize(Stream, Object,Header[])

类Customer

public class Customer
{
    public int Unid { get; set; }
    public string Name { get; set; }
    public string Call { get; set; }
}

下边通过示例来测试序列化方法Serialize

public void TestSerialize()
{
    Customer customer = new Customer {Unid=1,Name="宋江",Call="89589689" };
    FileStream fs = new FileStream("test.dat", FileMode.Create);

    BinaryFormatter formatter = new BinaryFormatter();
    try
    {
        formatter.Serialize(fs, customer);
    }
    catch
    { }
    finally
    {
        fs.Close();
    }
}

测试时，这个会抛出异常：类型“SerializeTest.Customer”未标记为可序列化。所以要在Customer类上添加修饰标签

[Serializable]
public class Customer

测试，在bin\debug文件夹中可以看到test.dat文件。

2 Deserialize方法

将流反序列化为对象图形，它也有两个重载

Deserialize(Stream)
Deserialize(Stream, HeaderHandler)

通过示例来测试从流进行反序列化

public void TestDeserialize()
{

    Customer customer = new Customer();
    FileStream fs = new FileStream("test.dat", FileMode.Open);

    BinaryFormatter formatter = new BinaryFormatter();
    customer= formatter.Deserialize(fs) as Customer;
    fs.Close();

    Console.WriteLine(customer.Name);
}

结果输出：宋江

（2）SoapFormatter类

名字空间：System.Runtime.Serialization.Formatters.Soap

以 SOAP 格式将对象或整个连接对象的图形序列化和反序列化。

SOAP就是simple object access protocol的缩写，简单对象传输协议。是一种轻量的，简单的，基于xml的协议。

这个要添加对System.Runtime.Serialization.Formatters.Soap.dll的引用

构造器：

SoapFormatter xx=new SoapFormatter()
SoapFormatter(ISurrogateSelector, StreamingContext)

主要介绍其中2个方法

1 Serialize方法

Serialize(Stream, Object)
Serialize(Stream, Object, Header[]

public void TestSoapSerialize()
{
    Customer customer = new Customer { Unid = 1, Name = "宋江", Call = "89589689" };

    FileStream fs = new FileStream("soaptest.dat", FileMode.Create);
    SoapFormatter formatter = new SoapFormatter();
    try
    {
        formatter.Serialize(fs, customer);
    }
    catch
    { }
    finally
    {
        fs.Close();
    }
}

打开bin\debug中的soaptest.dat文件，这就是soap格式。

2 Deserialize方法

反序列化soap格式

Deserialize(Stream)
Deserialize(Stream, HeaderHandler)

其它的不多说了。

public void TestSoapDeserialize()
{
    Customer customer = new Customer();
    FileStream fs = new FileStream("soaptest.dat", FileMode.Open);
    SoapFormatter formatter = new SoapFormatter();
    customer = formatter.Deserialize(fs) as Customer;
    fs.Close();

    Console.WriteLine(customer.Name);
}

（3）XmlSerializer类

将对象序列化到 XML 文档中和从 XML 文档中反序列化对象

名字空间：System.Xml.Serialization

构造方法太多，不列举了，可以参考帮助

1 Serialize方法

拿出一个来说：

public void Serialize(XmlWriter xmlWriter,Object o)

public void TestXmlSerialize()
{
    Customer customer = new Customer { Unid = 1, Name = "宋江", Call = "89589689" };

    FileStream fs = new FileStream("xmltest.xml", FileMode.Create);
    XmlSerializer formatter = new XmlSerializer(typeof(Customer));
    formatter.Serialize(fs, customer);

    fs.Close();
}

结果可以到debug\bin里查看。

2 Deserialize方法

public void TestXmlDeserialize()
{
    Customer customer = new Customer();
    FileStream fs = new FileStream("xmltest.xml", FileMode.Open);
    XmlSerializer formatter = new XmlSerializer(typeof(Customer));
    customer = formatter.Deserialize(fs) as Customer;
    fs.Close();

    Console.WriteLine(customer.Name);
}

（二）Json序列化与反序列化

Json序列化和反序列化指的是：对象序列化为JSON，并可用于从 JSON 反序列化对象

在.net 3.5中

名字空间：System.Runtime.Serialization.Json

但程序集是： System.ServiceModel.Web.dll

（1）DataContractJsonSerializer类

构造方法很多。

介绍这个类其中2个方法：

1 WriteObject方法

有好种重载，这里测试一个：

public override void WriteObject(Stream stream,Object graph)

测试：

public void TestJsonSerialize()
{

    Customer customer = new Customer { Unid = 1, Name = "宋江", Call = "89589689" };
    DataContractJsonSerializer ds = new DataContractJsonSerializer(typeof(Customer));

    FileStream fs = new FileStream("json.txt", FileMode.Create);
    ds.WriteObject(fs, customer);
    fs.Close();
}

进行Json序列化时，类型不必添加修饰标签

在bin\debug里可以看到json串。

有关json串请见：

http://www.cnblogs.com/jams742003/archive/2009/12/29/1634764.html

2 ReadObject方法

重载很多。

public override Object ReadObject(Stream stream)

测试：

public void TestJsonDeserialize()
{
    DataContractJsonSerializer ds =
        new DataContractJsonSerializer(typeof(Customer));

    FileStream fs = new FileStream("json.txt", FileMode.Open);
    var cc = ds.ReadObject(fs);
    fs.Close();
}

（2）JavaScriptSerializer类

为启用 AFAX 的应用程序提供序列化和反序列化功能

名字空间：System.Web.Script.Serialization

程序集：System.Web.Extensions（在 System.Web.Extensions.dll 中）

说其中2个方法

1 Serialize方法

Serialize(Object)
Serialize(Object, StringBuilder)

public void TestJsSerialize()
{
    Customer customer = new Customer { Unid = 1, Name = "宋江", Call = "89589689" };
    JavaScriptSerializer js = new JavaScriptSerializer();

    Console.WriteLine(js.Serialize(customer));
}

输出串：{"Unid":1,"Name":"宋江","Call":"89589689"}

2 Deserialize方法

public void TestJsDeserialize()
{
    string str = File.ReadAllText("jsjson.txt");
    JavaScriptSerializer js = new JavaScriptSerializer();
    Customer customer = js.Deserialize<Customer>(str);

    Console.WriteLine(customer.Name);
}

（3）Json.net

这是一个第三方工具

请见：http://www.cnblogs.com/jams742003/archive/2009/11/04/1595737.html

名字空间：Newtonsoft.Json

添加Newtonsoft.Json.dll程序集

其中2个方法：

1 SerializeObject方法

public void TestJsonnetSerialize()
{
    Customer customer = new Customer { Unid = 1, Name = "宋江", Call = "89589689" };
    string strJson=JsonConvert.SerializeObject(customer);
    StreamWriter sw = File.CreateText("jsonnet.txt");
    sw.Write(strJson);

    sw.Close();
}

2 DeserializeObject方法

public void TestJsonnetDeserialize()
{
    string str = File.ReadAllText("jsonnet.txt");
    Customer customer = JsonConvert.DeserializeObject<Customer>(str);
    Console.WriteLine(customer.Name);
}

本文链接

[转]JSON序列化与反序列化

2010-05-23T02:11:00Z

方法一：引入System.Web.Script.Serialization命名空间使用 JavaScriptSerializer类实现简单的序列化

序列化类：Personnel

        public class Personnel
        {
            public int Id { get; set; }
            public string Name { get; set; }
        }

执行序列化反序列化：

        protected void Page_Load(object sender, EventArgs e)
        {
            Personnel personnel = new Personnel();
            personnel.Id = 1;
            personnel.Name = "小白";

            JavaScriptSerializer jsonSerializer = new JavaScriptSerializer();
            //执行序列化
            string r1 = jsonSerializer.Serialize(personnel);

            //执行反序列化
            Personnel _Personnel = jsonSerializer.Deserialize<Personnel>(r1);
         }

r1输出结果：{"Id":1,"Name":"小白"}

可以使用 ScriptIgnore属性标记不序列化公共属性或公共字段。

        public class Personnel
        {
            [ScriptIgnore]
            public int Id { get; set; }
            public string Name { get; set; }
        }

r1输出结果：{"Name":"小白"}

方法二：引入 System.Runtime.Serialization.Json命名空间使用 DataContractJsonSerializer类实现序列化

序列化类：People

        public class People
        {
            public int Id { get; set; }
            public string Name { get; set; }
        }

执行序列化反序列化

        protected void Page_Load(object sender, EventArgs e)
        {
            People people = new People();
            people.Id = 1;
            people.Name = "小白";

            DataContractJsonSerializer json = new DataContractJsonSerializer(people.GetType());
            string szJson = "";
            //序列化
            using (MemoryStream stream = new MemoryStream())
            {
                json.WriteObject(stream, people);
                szJson = Encoding.UTF8.GetString(stream.ToArray());
            }
            //反序列化
            using (MemoryStream ms = new MemoryStream(Encoding.UTF8.GetBytes(szJson)))
            {
                DataContractJsonSerializer serializer = new DataContractJsonSerializer(typeof(People));
                People _people = (People)serializer.ReadObject(ms);
            }

}

szJson输出结果：{"Id":1,"Name":"小白"}

可以使用IgnoreDataMember:指定该成员不是数据协定的一部分且没有进行序列化，DataMember:定义序列化属性参数，使用DataMember属性标记字段必须使用DataContract标记类否则DataMember标记不起作用。

        [DataContract]
        public class People
        {
            [DataMember(Name = "id")]
            public int Id { get; set; }
            [IgnoreDataMember]
            public string Name { get; set; }
        }

输出结果: {"id":1}

本文链接

[转]WCF一个Host实现多契约服务

2010-05-23T02:10:00Z

因为最初错误的理解了Contract与Service的关系，把每个业务定义了相应的Contract与Service并将对应的Service一一继承相应的Contract，因为在WCF每个host只能提供一个Service所以导致，当你的服务很多的时候你要定义N多个host
看下面演示提供User（用户）和Order（订单）两个服务：

开启多个host代码：

ServiceHost host1 = new ServiceHost(typeof(UserService));
host1.Open();
ServiceHost host2 = new ServiceHost(typeof(OrderService));
host2.Open();

开启多个host配置

代码

<system.serviceModel>
    <services>
      <service name="Wcf.Services.UserService">
        <endpoint address="net.tcp://localhost:8001/UserService" binding="netTcpBinding"  contract="Wcf.Contract.IUserService" >
        </endpoint>
      </service>
      <service name="Wcf.Services.OrderService">
        <endpoint address="net.tcp://localhost:8001/OrderService"  binding="netTcpBinding" contract="Wcf.Contract.IOrderService" >
        </endpoint>
      </service>
    </services>
</system.serviceModel>

参考：
WCF中ServiceHost能不能host多个服务？
http://www.cnblogs.com/vivid-stanley/archive/2007/02/21/653280.html
Host多个WCF服务(Self-host)
http://www.cnblogs.com/levinknight/archive/2007/05/25/760176.html

后来发现Service是可以和业务类型没关系的，它仅用来表示当前host能提供的服务，不要理解Service要根据不同的业务类型来切分，Contract才是和业务类型有关系的原则上要按照业务类型来切分。然后其实WCF并不推荐在应用程序域中创建多个ServiceHost实例。如果要托管多个服务，完全可以在一个host中通过多个Endpoint公开多个WCF服务的办法来实现，而每个Endpoint都可以对应相应的Contract。

User契约代码:

namespace Wcf.Contract
{
    [ServiceContract]
    public interface IUserService
    {
        [OperationContract]
        void Edit();
    }
}

Order契约代码:

namespace Wcf.Contract
{
    [ServiceContract]
    public interface IOrderService
    {
        [OperationContract]
        void Add();
    }
}

Service代码:让所有功能在一个Service上实现

代码

namespace Wcf.Services
{
    public class MallService : IUserService, IOrderService
    {


        public void Add()
        {
            throw new NotImplementedException();
        }

        void Edit()
        {
            throw new NotImplementedException();
        }

    }
}

当然这里可以使用 partial 关键字把代码放在不同的文件上，来达到物理上的切分比如：
文件UserService.cs
public partial class MallService : IUserService
文件 OrderService.cs
public partial class MallService : IOrderService

host代码

代码

namespace Wcf.Host
{
    class Program
    {
        static void Main(string[] args)
        {
            using (ServiceHost host = new ServiceHost(typeof(Wcf.Services.MallService)))
            {
                host.Open();
                Console.Read();
            }
        }
    }
}

配置文件：在一个service上定义多个endpoint使用不同的契约接口

代码

<system.serviceModel>
    <services>
      <service name="Wcf.Services.MallService" behaviorConfiguration="MallServiceBehaviors" >
        <endpoint  address="" contract="Wcf.Contract.IUserService" binding="basicHttpBinding"></endpoint>
        <endpoint  address="" contract="Wcf.Contract.IOrderService" binding="basicHttpBinding"></endpoint>
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8899/MallService%22/>
          </baseAddresses>
        </host>
      </service>

    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="MallServiceBehaviors" >
          <serviceMetadata httpGetEnabled="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>

  </system.serviceModel>

客户端代码：客户端可以根据不同endpoint的契约实现不同的类

代码

namespace Wcf.Test
{
    class Program
    {
        static void Main(string[] args)
        {
            UserServiceClient user = new UserServiceClient();
            user.Edit();

            OrderServiceClient order = new OrderServiceClient();
            order.Add();
        }
    }
}

以后如果要对WCF应用程序扩展只需定义契约然后partial class MallService : 契约接口实现代码，并在host的在配置文件中加入相应的 endpoint 即可

本文链接

[转]WCF分布式事务

2010-05-23T02:10:00Z

WCF 支持分布式事务，也就是说事务可以跨越服务、进程、机器边界，在多个服务和客户端间存在。

Single service/single resource transaction

Distributed transactional service-oriented application

Transaction Binding

只有 TCP-、 IPC- 以及 WS-related 等 Binding 支持事务。缺省情况下，这些 Binding 并不会参与事务，需要我们显示将 TransactionFlow 属性设置为 true 才行。

NetTcpBinding tcpBinding = new NetTcpBinding( );
tcpBinding.TransactionFlow = true;

或

TransactionFlow 并不会在 Metadata 中发布，也就是说我们同样需要手动设置客户端 Binding 的 TransactionFlow 属性。

WSHttpBinding binding = new WSHttpBinding();
binding.TransactionFlow = true;

ChannelFactory<IContract> factory = new ChannelFactory<IContract>(binding,  "http://localhost:8080/myservice");
IContract client = factory.CreateChannel();
using (client as IDisposable)
{
  using (TransactionScope scope = new TransactionScope())
  {
    client.Test();
    scope.Complete();
  }
}

启用可靠性(Reliability)通讯有助于减少事务失败的可能性，如果使用 NetTcpBinding、WSHttpBinding，建议做如下设置，以便启用可靠性传输。而 NetNamedPipeBinding 和 WSDualHttpBinding 默认就是可靠性，则无需再做调整。

NetTcpBinding binding = new NetTcpBinding();
binding.ReliableSession.Enabled = true;

Transaction Protocols

WCF 使用不同的事务管理协议来控制事务执行范围(execution scope)。

Lightweight: 仅能在同一程序域的上下文中传递事务，无法跨越程序域和服务边界。只能在服务内部或外部适用，同时它也是性能最好的一种协议。不过这种协议似乎没什么用处，因为 WCF Framework 中没有任何一种 Binding 支持此协议。
OleTx: 允许事务跨越程序域、进程或机器边界。使用 RPC 调用，采取 Windows 专用二进制格式。无法跨越防火墙，也不能和其他异种平台进行整合。多用于 Windows 体系的 Intranet 环境。
WS-Atomic(WSAT): 和 OleTx 相似，同样允许事务跨越程序域、进程或机器边界。和 OleTx 不同，WSAT 是一种工业标准，采取 HTTP 协议，TEXT 编码，可以跨越防火墙。虽然 WSAT 也能用于 Intranet，但多数时候它用于 Internet 环境。

NetTcpBinding tcpBinding = new NetTcpBinding( );
tcpBinding.TransactionFlow = true;
tcpBinding.TransactionProtocol = TransactionProtocol.WSAtomicTransactionOctober2004;

或

Transactional Service

除了开启 Binding 的事务支持外，我们还必须通过 TransactionFlow 和 TransactionScopeRequired 来控制服务是否参与和使用事务。

TransactionFlowAttribute 只能用于服务方法(Operation/Method)上，它允许我们进行不同的事务参与设置。有一点要注意，我们不能为 IsOneWay=true 的服务设置事务支持。

TransactionFlowOption.NotAllowed: 不参与任何事务。(默认值)
TransactionFlowOption.Allowed: 允许参与事务。也就是说，如果调用方(客户端)和服务Binding启用了事务，则参与。
TransactionFlowOption.Mandatory: 强制启用事务。调用方(客户端)和服务 Binding 必须启用事务才能调用本服务。

"TransactionScopeRequired=true" 指示服务方法使用环境事务(ambient transaction)。

[ServiceContract]
public interface IService
{
  [OperationContract]
  [TransactionFlow(TransactionFlowOption.Allowed)]
  void Test();
}

public class Service : IService
{
  [OperationBehavior(TransactionScopeRequired=true)]
  public void Test()
  {
    Transaction transaction = Transaction.Current;
    Debug.Assert(transaction == null);
  }
}

Transaction modes

我们可以将事务分为三种类型，分别是 Client/Service transaction、Client transaction、Service transaction。

1. Client/Service transaction，最常见的一种事务模型，通常由客户端或服务本身启用一个事务。

设置步骤：
(1) 选择一个支持事务的Binding，设置 TransactionFlow = true。
(2) 设置 TransactionFlow(TransactionFlowOption.Allowed)。
(3) 设置 OperationBehavior(TransactionScopeRequired=true)。

2. Client transaction，强制服务必须参与事务，而且必须是客户端启用事务。

设置步骤：
(1) 选择一个支持事务的Binding，设置 TransactionFlow = true。
(2) 设置 TransactionFlow(TransactionFlowOption.Mandatory)。
(3) 设置 OperationBehavior(TransactionScopeRequired=true)。

3. Service transaction，服务必须启用一个根事务，且不参与任何外部事务。

设置步骤：
(1) 选择任何一种Binding，设置 TransactionFlow = false(默认)。
(2) 设置 TransactionFlow(TransactionFlowOption.NotAllowed)。
(3) 设置 OperationBehavior(TransactionScopeRequired=true)。

本文链接

抽象类,接口,委托与事件

2010-03-01T09:33:00Z

抽象类:

是事物的本质,可以有属性,可以有默认实现.

可以当做共性抽象出来的.

接口:

是事务的行为,不可以有属性,也没有默认实现.

只能是行为的共性抽象出来.

委托:

类似于c中指针的概念,允许程序以方法为作为参数

事件:

是基于委托的,是对象产生的消息.具有多路广播功能.

配合委托完成多种设计模式.

比如一个带报警功能的车门,那么门的大小尺寸,厚度,车门状态是属性,开关是默认行为,开门,关门,报警都是行为.车主和小偷是开门的主体.

那么在设计的时候就应该是

  1     //开门的委托方法
  2     public delegate string OpenDoor();
  3
  4     /// <summary>
  5     /// 门共有属性类
  6     /// </summary>
  7     public abstract class Door
  8     {
  9         //车门的属性在此处无用,仅为表示
10         static int Size
11         {
12             get;
13             set;
14         }
15         static int Thickness
16         {
17             get;
18             set;
19         }
20
21         //车门状态
22         public  bool State
23         {
24             get;
25             set;
26         }
27
28         //此处使用事件定义开关门方法
29         public abstract void Open();
30         public abstract void Close();
31
32
33     }
34
35
36     abstract public class ILock
37     {
38         public abstract bool OnLock();
39     }
40
41     /// <summary>
42     /// 报警功能接口
43     /// </summary>
44     public interface IAlarm
45     {
46         void Alarm();
47     }
48
49
50     public class CarLock : ILock
51     {
52
53         public override bool OnLock()
54         {
55             return true;
56         }
57     }
58
59     /// <summary>
60     /// 带有报警功能的车门
61     /// </summary>
62     public class CarDoor : Door,IAlarm
63     {
64         public string myowner;
65         //开门者
66         public event OpenDoor opener;
67         public CarDoor()
68         {
69             this.myowner = "CarOwner";
70
71         }
72
73         /// <summary>
74         /// 开门的时候智能车门会辨别车主名字,这里假设贼和车主都报真名^^
75         /// </summary>
76         public override void Open()
77         {
78
79             if (opener != null)
80             {
81                 if (State)
82                 {
83                     return;
84                 }
85                 foreach (OpenDoor temp in opener.GetInvocationList())
86                 {
87                     string ot = temp();
88                     if (ot != myowner)
89                     {
90                         Alarm();
91                         return;
92                     }
93                     Console.WriteLine(temp());
94                 }
95                 State = true;
96             }
97
98         }
99
100         public override void Close()
101         {
102             State = false;
103         }
104
105
106
107         #region IAlarm 成员
108
109         public void Alarm()
110         {
111             Console.WriteLine(" 报警方式: tel to 110 !");
112         }
113
114         #endregion
115     }
116
117     public class Main
118     {
119         Thief thief = new Thief();
120         CarOwner carowner = new CarOwner();
121         public Main()
122         {
123             CarDoor cardoor = new CarDoor();
124             //监听贼开车门
125             cardoor.opener += new OpenDoor(thief.OpenDoor);
126             //监听车主开门
127             cardoor.opener += new OpenDoor(carowner.OpenDoor);
128             cardoor.Open();
129         }
130     }
131
132     /// <summary>
133     /// 抽象的人
134     /// </summary>
135     public abstract class IPeople
136     {
137         public string Name;
138         public string OpenDoor()
139         {
140             return this.Name;
141         }
142     }
143
144     /// <summary>
145     /// 偷车贼
146     /// </summary>
147     public class Thief : IPeople
148     {
149         public Thief()
150         {
151             this.Name = "Thief";
152         }
153     }
154
155     /// <summary>
156     /// 车主
157     /// </summary>
158     public class CarOwner : IPeople
159     {
160         public CarOwner()
161         {
162             this.Name = "CarOwner";
163         }
164     }

实现的是一个抽象类,一个接口,而不是一个抽象类三个接口.因为开门和关门都是车门的共性,而报警器功能则不是每个门都有的.

车门会判断车主的名称,如果不是车主就会触发报警.所以将开门的人设置为车门监听的对象.

本文链接