http://spaces.msn.com/members/shiningliao/
|
|
|
1、把它颠倒过来
2、把它摆平
3、把缩小
4、把颜色变换一下
5、把它变为圆形
6、使它更大
7、把它变为正方形
8、使它更小
9、使它更长
10、使它闪动
11、使它更短
12、使它发出火花
13、使它可以看到
14、点燃它
15、使它逾起一般情况
16、使它发萤光
17、把它放进文字里
18、使它沉重
19、把它插进音乐里
20、使它成为引火物
21、结合文字和音乐
22、使它成为引火物
23、结合文字、音乐和图画
24、参加竞赛
25、结合音乐和图画删除文字
26、参加打赌
27、不要图画
28、使它成为年轻型的
29、不要文字
30、使它成为壮年型的
31、沉默无声
32、把它分割开
33、使它重复
34、保守地说
35、使它变成立体
36、夸张地说
37、使它变成平面
38、当替代品卖
39、变换它的形态
40、发现新用途
41、只变更一部分
42、减掉它
43、使它成为一组
44、撕开它
45、为捐献或义卖而销售
46、使它化合
47、鼓励它
48、用显而易见的
49、机动化
50、把要素重新配置 51、电气化
52、降低调子
53、使它活动
54、提高调子
55、使它相反
56、割开它
57、它像是某种东西的代替品
58、混合在一起
59、使它罗曼蒂克
60、改用另一种形式表现
61、增添怀旧的诉求
62、使它的速度加快
63、使它看起来流行
64、使它缓慢下来
65、使它看起来像未来派
66、使它飞行
67、使它成为某种物品的部分代替
68、使它浮起
69、使它更强壮
70、使它滚转
71、使它更耐久
72、把它切成片状
73、运用象征
74、使它成为粉状
75、它是写实派
76、以性欲作诉求
77、运用新艺术形式
78、使它凝缩
79、变为摄影技巧
80、使它弯曲
81、变换为图解方式
82、使它成对
83、使它变更形式
84、使它倾斜
85、用图画说明你的故事
86、使它悬浮半空中
87、使用新广告媒体
88、使它垂直站立
89、创造新广告媒体
90、把它由里向外翻转
91、使它更强烈
92、把它向旁边转
93、使它更冷
94、摇动它
95、增加香味
96、把它遮蔽起来
97、变换气味
98、使它对称
99、把它除臭
100、使它不对称 101、将它向儿童诉求
102、反它隔开
103、将它向男士诉求
104、使它与其他相敌对
105、将它向妇女诉求
106、使它锐利
107、价钱更低
108、变更它的外形
109、抬高价格
110、要它绕一周
111、变更成份
112、把它框起来
113、增加新成份
114、把它卷成一圈
115、拧搓它
116、把它填满
117、使它透明
118、把它弄成空的
119、使它不透明
120、把它打开
121、用不同背景
122、把拼错
123、用不同环境
124、给它起我上绰号
125、使它富有魅力
126、把它封印起来
127、使用视觉效果
128、把它移转过来
129、使用另外的物料
130、把它捆包起来
131、增加人的趣味
132、把它集中起来
133、变更密度
134、把它推开
135、置于不同的货柜
136、使它成为交替的
137、变换包装
138、使它凝固起来
139、使密度增加
140、使它溶化
141、小型化
142、使成凝胶状
143、增加至最大限
144、使它软化
145、把它除掉
146、使它硬化
147、使它轻便
148、使蒸发变为汽化
149、使它可以折叠
150、加上抑扬顿挫 151、趋向偏激
152、使它更狭窄
153、如夏天炎热
154、使它更宽广
155、如冬天寒冷
156、使它更滑稽
157、使拟人化
158、使它成为被讽刺的
159、使它更暗
160、用简短的文案
161、使它发光
162、用冗长的文案
163、使它灼
164、发现第二种用途
165、使它更有营养
166、使它合成在一起
167、把它倒进瓶中
168、把它当作用具来卖
169、把它倒进罐中
170、使它清净
171、把它放进盒中
172、把它倒进壶中
173、把它倒进缸中
174、把它弄直
175、把它褶曲
176、把它缠起来
177、提升声誉
178、免费提供
179、以成本价出售
180、提供特价
181、增加慰藉的诉求
182、提供维护服务
183、运用不同的织法
184、使它变成香郁宜人
185、使它变成酸的
186、使它濡湿
187、使它脱水
188、使它干燥
189、把它冻起来
190、把它抛出去
191、使它无刺激性的
192、使它单纯化
193、使它具有刺激性的
194、把以上各项任意组合
http://blog.donews.com/keso/archive/2005/10/22/597419.aspx
我的想法和文字不一定都会留在自己的blog上，也可能是撒在别人的blog上。
其实blog该将Comment和原文放在同一个级别上，让评论也可以被Tag,比如当我要查找下在keso这里的留言的时候能够直接输入我的tag来搜索，我将能够很容易的来查找到在keso这里的留言想法。我也可以在我的blog上放上链接，来查看我在别人那里的留言集。
而任何一个人都可以查看别人在某处的留言。
做一个专注于留言收集的搜索：没有人不欣赏自己的留言，很少有人不在乎自己留言的别人反应。这该是每个人关注的焦点，也是google和Baidu的盲点：一段时间内，我感觉Baidu的留言的搜索比Google的要多。但他们明显的在此点不够专业。
毫无疑问，下一代是毫无疑问，下一代是WEB2.0的世界
自从有了blog之后，每个人都可以自由的发表自己的见解。
互联网的信息是杂乱无章的，但是经过人脑筛选之后，变成了钻石。
除了客观的信息，blog里面还包含着主人的思维和智慧，有时候看文章跟作者一起思考实在是一个很爽的事情。
现在问题来了。如果你发现一个不错的blog。你怎么保存起来？
收藏夹，不行，只能在一台机器上用
365key，虽然可以映射为网络收藏夹，但本质上也是收藏夹。信息需要你自己去发掘。
我希望能有一个基于rss的工具，输入你感兴趣的blog feed，那么这个rss的信息就会每天被读取。然后用剪报的形式刊登出来，你可以设置不同的关键字filter，举个例子
filter：java
label：java
keyword：java,JSP,Servlet,EJB,Struts…
在抓取feed的时候自动加上标签或者实时筛选。文章采用打分的机制.用来体现文章的价值。
不同的rss可以设定起平分。起平分的设定可以是文章的平均分或者自定义分数。每次抓取到的文章自动设定为起平分，用户可以修改分数。
利用AJAX技术，还可以作出更好的用户体验，比如批注。批注得到的内容可以自动的进入知识库。这样就可以跟踪用户感兴趣的范围。同样，筛选出来的信息也是精华中的精华。
实际上，一个blog可能包含不同的知识，同样一个blog应该有不同的filter。这样通过打分系统，blog主人所在的领域和地位就可以可观的体现出来。
对于blog提供商来说，第一阶段提供类似365key的页面信息集合服务，远期来看，可以筛选出不同行业和不同地位的blog，更实际的意义是通过blog找到主人。
未来的信息交流应该是立体的。blog的目的不仅仅在于一个患者可以找到一个专家做咨询。更重要的是可以促进技术和思想的交流。这样，技术才能不断的得到更新。
这样，某人的理想就实现了。赫赫。
的世界
自从有了blog之后，每个人都可以自由的发表自己的见解。
互联网的信息是杂乱无章的，但是经过人脑筛选之后，变成了钻石。
除了客观的信息，blog里面还包含着主人的思维和智慧，有时候看文章跟作者一起思考实在是一个很爽的事情。
现在问题来了。如果你发现一个不错的blog。你怎么保存起来？
收藏夹，不行，只能在一台机器上用
365key，虽然可以映射为网络收藏夹，但本质上也是收藏夹。信息需要你自己去发掘。
我希望能有一个基于rss的工具，输入你感兴趣的blog feed，那么这个rss的信息就会每天被读取。然后用剪报的形式刊登出来，你可以设置不同的关键字filter，举个例子
filter：java
label：java
keyword：java,JSP,Servlet,EJB,Struts…
在抓取feed的时候自动加上标签或者实时筛选。文章采用打分的机制.用来体现文章的价值。
不同的rss可以设定起平分。起平分的设定可以是文章的平均分或者自定义分数。每次抓取到的文章自动设定为起平分，用户可以修改分数。
利用AJAX技术，还可以作出更好的用户体验，比如批注。批注得到的内容可以自动的进入知识库。这样就可以跟踪用户感兴趣的范围。同样，筛选出来的信息也是精华中的精华。
实际上，一个blog可能包含不同的知识，同样一个blog应该有不同的filter。这样通过打分系统，blog主人所在的领域和地位就可以可观的体现出来。
对于blog提供商来说，第一阶段提供类似365key的页面信息集合服务，远期来看，可以筛选出不同行业和不同地位的blog，更实际的意义是通过blog找到主人。
未来的信息交流应该是立体的。blog的目的不仅仅在于一个患者可以找到一个专家做咨询。更重要的是可以促进技术和思想的交流。这样，技术才能不断的得到更新。
这样，某人的理想就实现了。赫赫。
说研究就研究，尽量一丝不苟。
仔细研究了一下我们那个Properties的过程，发现原理是这个样子的。
首先对比了一下文件的Hex的编码情况：
使用记事本存储“我是人”三个字，发现如下：
首先可以发现Unicode、Unicode-Bigendin前面都有辨别码，分别是FF EF、EF FF，以此区别编码序列，也同时声明了这是一个Unicode的文件。每一个汉字使用两个字节。也就是说用的是UCS-4。
而UTF-8也使用了辨别码，但所有UTF-8字符都是3个字节的，辩证码是EF BB BF，和Unicode的辩证码其实是一个字符。每个汉字用3个字节表示。学习相关知识可知Unicode和UTF-8是可以直接映射的，两者影射其实是兼容的。
而Ansi模式其实应该使用的是GB2312编码，没有辨别码，所以需要默认的编码，中文Windows就默认GB2312。编码每个中文用2个字节，编码以后的内容和Unicode不同。
继续分析我们开发所用的环境的过程：
首先，分析Eclipse写出来的文件，此时我设置的工作空间编码为UTF-8，发现文件没有辨别码，也就是说这个文件被其他编辑器打开不可能知道这是什么编码。而文件里面其实根本就没有使用UTF-8编码，因为所有的中文都是2个字节的编码。我怀疑是UCS-4，所以分析一下，在刚才用记事本写的文件里面写入“美食同盟网”察看Hex状态的编码。
在Eclipse的文件里面“美”编码0xC3C0。Unicode里面是0×8E7F。Ansi里面是0xC3C0。Unicode-big里面肯定是0X7F8E，和Unicode那个反过来没的说。
所以，呵呵，我想一切旋疑都解开了。我们敬爱的Eclipse不管如何设置，其实他还是使用了你的操作系统的默认编码，而我们这里就是GB2312了，即使我们设置了UTF-8。其实问题是这样的，本来Eclipse默认latin-1编码，如果用那个方式，写了中文的双字节字符以后再打开就会造成乱码，而设置了UTF-8以后能解决以多字节（2个、3个）的方式打开文件的问题，不过其实还是用GB2312打开，这个可能是Eclipse对Properties文件未知格式的原因，因为用Eclipse打开存储UTF-8的XML文件是没有问题的，这个大家都有经验。由于Eclipse的多字节文件没有存储识别码，所以XML文件还有JSP文件的Charset一定要声明UTF-8，否则还是有可能出问题。
然后到这里已经真相大白了，这样再解释一下前几天出现的那些问题：
1、由于单字节多字节的问题和Eclipse不存储识别码的问题，我们最好把工作环境强行换到一个多字节环境，比如UTF-8。防止互相出现乱码，大家最好都用中文的Windows，否则估计还有可能出现问题。
2、解释上次native2ascii -encoding gb2312 ApplicationResources.properties ApplicationResources_zh.properties这个命令，网上那位老兄还说为什么Encoding改成UTF-8不行呢，因为你的Windows默认的就是gb2312，设UTF-8当然乱码。
3、解释native2ascii。其实这个过程和UTF-8没有任何关系，而且编码出来的文件的确是Unicode的转义字符。其实编出来的文件根本本就是最普通的单字节Ascii文件，只不过它把双字节的Hex方式直接用明文存储为单字节Ascii文件了，转换明文使用Big endian方式，也就是高位在后。为什么这样呢，因为Java多字节只支持Unicode，或者说是遗留，反正Java没有直接支持UTF-8，内部传输都使用Unicode。这不是问题，因为映射相同输出的时候Java很容易把Unicode转为UTF-8。而我们转那个文件只不过为了让Java可以轻松的把你的文件从转义字符转化为Unicode，过成就比如把“/uC3C0”这样的自符串转化为“美”的编码0xC3C0了。这么说有点乱，过程其实如下：
“美”在Eclipse存，然后在文件中如果用Hex察看是[C3 C0]。
然后用Native2ascii转，你看不到“美”只能看到\u7f8e，而这时候如果用Hex察看是[5C 75 37 66 38 65]这么大一长串Ascii了。
这次明白了吧。
4、关于UTF-8和Unicode还有UCS的东西大家看看资料吧，一搜一大把。
UTF-8 and Unicode FAQ（中文，这个很官方，很有价值）
http://www.linuxfans.org/nuke/modules.php?name=News&file=article&op=view&sid=1749
谈谈Unicode编码 简要解释UCS/UTF/BMP/BOM（说的很通俗，而且涉及到的细节多，帮助大）
http://news.onlinedown.net/info/13164-1.htm