博客园-编写人生

哪都不靠

编写人生 — Wed, 25 Jun 2008 08:03:00 GMT

给儿子找学校，先找到买的房子旁边好一点的学校（安亭小学），
对方问：上海人吗？
答：不是。
又问：在上海买房子了吗？
答：有，但是在花桥（花桥与安亭一路之隔，但一个是江苏，一个是上海）。
又问：有上海的人才引进的居住证吗？
答：没有（本人高中，学历不够，不能办理）。

好吧，不要贪心，规规矩矩到花桥找一个对口学校吧。
对方问：当地人吗？
答：不是。
对方问：买房子了吗？
答：有（有戏？）。
对方问：多大？
答：40平方。
对方：不行，必须80平方以上。
又问：你在昆山工作吗？
答：不是，我在上海工作。

又无果。

另外一件事情还是跟这个差不多。今天看见一个新闻：《关于2008年度上海市住房公积金缴存基数和比例的通知》，中有一句：
国家机关、国有企业、城镇集体企业、外商投资企业、城镇私营企业及其他城镇企业、事业单位、民办非企业单位、社会团体应依法为与其建立劳动关系的本市及外省市城镇户口职工缴存住房公积金。
又再次的证明自己是下等公民，因为我是外省市农村户口。

[新闻]2008年7月19日IT博客精选

股票抵抗通货膨胀的能力分析

编写人生 — Thu, 19 Jun 2008 06:22:00 GMT

摘要: 养老保险是个骗人的东西；
存款又无法解决通货膨胀；
股票到底如何呢？让我们看看。阅读全文

[新闻]全球首款液态金属CPU散热器登场亮相

空中投影在汽车上的应用（发明畅想）

编写人生 — Mon, 16 Jun 2008 05:37:00 GMT

您可以阅读我其他的发明创想：
使用遥控器控制汽车，实现高难度的泊车（发明畅想）
取款机钱箱没有钱提示(发明畅想)
微型电动轿车(发明畅想)
智能电视的设想（发明畅想）
压缩空气动力自行车

首先我声明：我并不知道有没有人发明空中投影技术（例如使用激光在空中制造出图像），也就更不知道实现的技术了。我只是想到这种技术的应用。

有次我看见一个小车想左转掉头，于是在左车道停下来，后面的车马上停下试图调整到右侧超过，再后面的车呢看不到第一辆车，于是想从左侧超，可惜突然看见前面还有一个车，赶紧刹车，很危险。

于是，我就想，如果前面的车顶（空中，而且要稍微高一些）投影出一个左方向箭头，那岂不是很好，后面的车虽然看不见前面的车，但是可以看见空中有个投影，知道危险要慢下来。

同样的道理，还可以将箭头投影到前面的道路上，在你从一个小巷子要出来时很有用。

[新闻]奇虎免费360剑指杀毒同业

好的产品+低的价格=巨大的成功

编写人生 — Fri, 13 Jun 2008 03:44:00 GMT

如果产品非常好，价格却非常低，企业一定能够成功。自己想了想，有哪些呢？
微软 - 不要误会，微软的产品价格的确很低的，如果你和其他公司的产品对比就知道了；
苹果的IPhone - 卖的火啊，他的3G更是便宜；
沃尔玛 - 超市的典范；
麦当劳 - 快餐类的典范；
碧桂园 - 房地产薄利多销的典范；

那么产品好，但是卖的死贵的有成功的吗？
思科 - 目前还行，但是明显走下坡路了；
索尼 - 也是一样。
IBM - 只能搞项目了，已经脱离群众了。

所以说，我们常说的商人应该：利润最大化，简直是骗死人不偿命，是最短见的行为。

[新闻][快讯] 苹果三里屯店排队开始！

ADO.NET Entity Framework beta 3 和Linq to SQL 在缓存处理上的不同

编写人生 — Wed, 14 May 2008 05:54:00 GMT

Linq to SQL内置缓存功能，简单的说，当你查询了一次某个键的数据后，再次查询时linq to SQL的引擎不再向数据库发送SQL，例如：

            //下面是使用LinQ to SQL 的例子，context2是派生自System.Data.Linq.DataContext的实例
            ErpLinQContextDataContext context2 = new ErpLinQContextDataContext();
            //SQLServer事件探查器拦截到SQL语句的执行
            //exec sp_executesql N'SELECT TOP 1 [t0].[emp_id], [t0].[fname], [t0].[minit], [t0].[lname],
            //                         [t0].[job_id], [t0].[job_lvl], [t0].[pub_id], [t0].[hire_date]
            //FROM [dbo].[employee] AS [t0]
            //WHERE [t0].[emp_id] = @p0', N'@p0 varchar(9)', @p0 = 'PMA42628M'
            employee p3 = context2.employees.First<employee>(p => p.emp_id == "PMA42628M");
            //当我再次执行相同的查询时，LinQ to SQL 不再向SQL Server发送查询了。
            employee p4 = context2.employees.First<employee>(p => p.emp_id == "PMA42628M");

而且，这两个实例是同一个实例：

            //返回的对象是同一个实例
            bool b2 = object.ReferenceEquals(p3, p4); //=true;
            p3.lname = "New Last Name";
            bool b4 = (p4.lname == "New Last Name");  //=true;

当然，如果你使用不同的Context实例查询时，缓存功能将实效。

好，让我们再看看ADO.NET Entity Framework beta 3：

            //pubsEntites是 ADO.NET Entity Framework 的System.Data.Objects.ObjectContext派生对象
            pubsEntities context = new pubsEntities();

            //下面语句执行时，SQLServer事件探查器拦截到SQL的执行
            //SELECT TOP 1 [Extent1].[emp_id] AS [emp_id], [Extent1].[fname] AS [fname], [Extent1].[lname] AS [lname],
            //             [Extent1].[hire_date] AS [hire_date], [Extent1].[job_id] AS [job_id], [Extent1].[pub_id] AS [pub_id]
            //FROM [dbo].[employee] AS [Extent1]
            //WHERE N'PMA42628M' = [Extent1].[emp_id]
            Employee p1 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");

            //SQLServer事件探查器发现SQL再次被执行
            Employee p2 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            //测试发现，虽然ADO.NET Entity Framework执行了两次SQL，但是他们却返回了完全相同的实例
            bool b1 = object.ReferenceEquals(p1, p2); // = true;

测试的结果是，ADO.NET Entity Framework（以下简称AEF）没有使用缓存，而是再次执行SQL，但是你要注意：两次查询的实例竟然是同一个。
从Context功能上看，他肯定持有上次查询的结果，他没有使用缓存，我只能认为可能AEF被设计成三层应用，那么他很担心其他的进程将数据改了，所以不使用缓存，当发现数据并没有改后，还是使用原先的实例，这个想法对吗？
我们再看看另外一个代码：

            //如果使用不同的上下文更新的数据，
            pubsEntities context4 = new pubsEntities();
            Employee p10 = context4.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            p10.LastName = "Context4 changed data";
            context4.SaveChanges();

            //旧的context再次查询时。
            Employee p11 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            b1 = object.ReferenceEquals(p1, p11); //= true   why??
            b1 = (p11.LastName == "Context4 changed data"); //= false  p11.LastName = "New Last Name"

难以置信，AEF重新执行了SQL，但是置新的更改而不闻，仍然返回旧的数据。这个算是Bug吗？

我不知道哪位达人能够解释这个问题？当然，这个问题我也询问了MS，他们的技术人员还未做出满意的答复。

[新闻]云计算的20个定义

向灾区捐款，自我纪念一下

编写人生 — Wed, 14 May 2008 03:33:00 GMT

我不是那种“做好事不留姓名” 的那种，纪念一下。
但还是少些这种捐款好，我的意思是希望天下太平。都不用捐款才是最好。
希望中国少些灾难，军队能够提高能力，设备先进些。

[新闻]云计算的20个定义

关于购买日本车所联想的两个故事

编写人生 — Sun, 04 May 2008 04:49:00 GMT

    我们知道，网上很多人是很鄙视买日本车的人的。我不想骂人，我想讲两个事情。
    第一个就是：清朝时林则徐提出的“师夷长技以制夷”，我想用在现在的中国汽车一样正确。
    第二个是将日本侵略中国时，当时在中国有很多的诸如“翻译官”这样的职业，在当时看来，这样的职业工资是很高的，而且人家又不直接杀人，所以其实当时很多的中国人是给日本人打工的。现在套用中国汽车业，大概也能说明一些，因为日本车比起中国自主品牌来说，质量的确好很多，而且相对德国车，他的确又便宜很多。所以很多中国人还是禁不住诱惑，觉得买日本人的东西很合算。
    我坦诚说我对日本的态度：
    一，日本人很多方面不错，我们应该“师夷长技”，比如他们严谨的工作作风和科技等，
    二、日本到现在仍然对历史的错误不予悔改，这是我最不能容忍的；
    三、日本毕竟人多地少，又是个地震频发的岛国，套用他们的话“凭什么我们这么优秀的人要住在这个岛国，而那些愚昧的中国人可以享受那么好的土地”，所以只要是正常人的思维，日本人终究有一天，还是要再次侵略中国的。
    所以，我尽我最大能力不购买日本产品，并劝导朋友和同事不购买日本产品。

[新闻]水果：对于 MobileMe 服务出锤深感抱歉，送您个 30 天免费服务如何？

MarshalByRefObject 的性能损失

编写人生 — Tue, 29 Apr 2008 07:20:00 GMT

以前看过文章说MarshalByRefObject 会造成性能的损失，我比较相信自己，所以亲自测试了一下，下面是代码：

测试代码
using System;
using System.Diagnostics;

namespace ConsoleApplication1 {
    class Program {
        static void Main(string[] args) {
            Stopwatch watch = new Stopwatch();
            watch.Start();
            B b = new B();
            for (int i = 0; i < 100000000; i++) {
                b.Add(3, 5);
            }
            watch.Stop();
            Console.WriteLine("B 花费时间：" + watch.ElapsedMilliseconds.ToString());
            watch.Reset();

            watch.Start();
            A a = new A();
            for (int i = 0; i < 100000000; i++) {
                a.Add(3, 5);
            }
            watch.Stop();
            Console.WriteLine("A MarshalByRefObject 花费时间：" + watch.ElapsedMilliseconds.ToString());
            watch.Reset();

            //=======================
            watch.Start();
            a = new A();
            for (int i = 0; i < 100000000; i++) {
                a.Add(3, 5);
            }
            watch.Stop();
            Console.WriteLine("A MarshalByRefObject 花费时间：" + watch.ElapsedMilliseconds.ToString());
            watch.Reset();

            watch.Start();
            b = new B();
            for (int i = 0; i < 100000000; i++) {
                b.Add(3, 5);
            }
            watch.Stop();
            Console.WriteLine("B 花费时间：" + watch.ElapsedMilliseconds.ToString());
            watch.Reset();
            Console.Read();
        }
    }

    class A : MarshalByRefObject {
        public int Add(int a, int b) {
            return a + b;
        }
    }

    class B {
        public int Add(int a, int b) {
            return a + b;
        }
    }
}

测试的结果是：
B 花费时间：55
A MarshalByRefObject 花费时间：957
A MarshalByRefObject 花费时间：972
B 花费时间：56

总结：像这样在本地环境下，性能仍然损失了近17.4倍。当然，此17被不能简单的理解为你的应用就慢了17倍，这里仅表示发起调用损失了17倍。

[新闻]微软年收入首超600亿美元

相信自己，我能2 — ORM 工具的插入性能比较

编写人生 — Mon, 28 Apr 2008 10:10:00 GMT

请先参考《相信自己，我能》关于读取性能的测试

今天对插入的性能做了比较，和我预期的一样，Torridity的性能和其他的产品基本打平手，而Entity Framework一样是糟糕的成绩。
为什么认为会打个平手呢？因为插入1万比记录，意味这连续发送1万次SQL，在没有提别糟糕的程序下，基本上SQL语句的执行花去了几乎大部分的时间，程序本身的优化所得到的提升几乎微乎其微。
下面是测试结果：

再次失望ADO Entity Framwork的性能，太糟糕了

[新闻]iPhone Dev Team：革命尚未成功，同志仍需努力！

MS ADO.NET Entity Framework beta 3 探秘

编写人生 — Fri, 25 Apr 2008 07:13:00 GMT

关于元数据结构
自动创建的代码包含一个派生自ObjectContext的对象，他有点像一个Workspace，主要包含连接、元数据和状态管理等；

ObjectContext包含一个MetadataWorkspace属性，记录了所有的元数据信息，有几种类型：
C Space: 很全，包括数据类型（例如Byte）、函数(例如Max）、实体类型（例如Order）；
CS Space：null?没有吗
OC Space：纯数据类型，一般13个；
S Space：包括数据类型和实体类型。
你可以像下面这样的代码获取元数据
EntityType c2 = c.MetadataWorkspace.GetItem("DcmsCore2_TestModel.Customer", System.Data.Metadata.Edm.DataSpace.CSpace);

枚举出一个元数据对象，怎么知道是描述什么的呢？BuildtInTypeKind属性可以告诉你，常见的有：
PrimitiveType    : 原生数据类型，例如描述string的
EntityType       ：实体类型，一般是ClrEntityType的实例，例如描述order
MetadataProperty : 属性，例如描述Order的属性OrderId；
Facet            ：特性，用来描述是否允许null，或缺省值之类的东西，有点像CLR里面的Attribute

[新闻]Google赢利12.5亿美元股价大跌40美元