| Moso's profile魔战士PhotosBlogLists |  Tools  Help |
|
September 17 Log4j的配置(ZZ)
September 14 没有假期的月圆日(某师妹对奶粉事件的看法)(zz)初闻三鹿奶粉事件，真的有点震惊，因为一直以来，我将三鹿集团看做国内奶业的领军企业
，认为国内就算其它品牌再不济，三鹿都始终会在前面牵引着这个行业向前发展，但真的没 有想到最先出事，事件最大的就是这个心目中的“老大”，不禁有点难过或者怀疑。再后者 ，了解了三鹿奶 粉出事的源头在于三聚氰胺，又不禁心一阵抽搐，因为职业的关系，自己对于三聚氰胺的了 解相信都超过周围的人。还很清楚地记得去年五月因为饲料中三聚氰胺事件，造成中国饲料 业出口受阻，但真的没有想到过会添加到与生命息息相关的奶制品行业中，不管企业自行添 加也好，或是奶 源供应链收到污染也好，中国奶制业在全国以致全球的信誉肯定受到莫大的影响的，中国制 造这个四个字又会进入贬值风潮了，对于一个爱国的国人来说，不禁觉得有点悲哀。 奶粉三聚氰胺事件来的实在突然紧急，我们都没有作好充分的准备，虽然事先有点预感。昨 天上午接到领导通知，中午会抽检大批各种品牌奶粉，下午必须得出结果。于是，牺牲午休 时间摸方法，找条件，以最大的速度建立检测方法。样品进入仪器的每一刻，大家都异常紧 张，包括领导。 如果企业自行添加，那么很难保证同行业不会亦步亦趋；如果是奶源收到污染，那也更难保 证其它品牌的产品的清白。自认为不喜欢加班的我在这个时刻真的放下了对加班的厌恶或者 抱怨，只是也真的很不希望看到三聚氰胺在其它品牌奶粉中的超标现象，只是，很可惜，在 最后的一刻，通 过各种方式确认了另一国内品牌奶粉中三聚氰胺的超标现象严重。接着，国家局，省局不断 去市场，厂家抽各种不同批次的奶粉样回来，我们只能留守阵地，在大家都享受假期的时刻 ，我们在单位通宵达旦地运转自己，只求一个结果而已。也很可惜，我们发现国内各种品牌 都几乎受到了不 同程度的污染，有些浓度搞得我们只能相信这是企业自己添加的。这样的结果更突然，也更 震惊，于是，推理到了液态奶是否也会受到污染的问题。今天，又有一批同事坚守在单位， 又是通宵地对各种液态奶尽兴检测，有同事告诉我，有一一直有不错口碑的酸奶也受到了较 为严重的污染。 中秋佳节，月圆人圆，本是家人团聚的时光，然而，我心却非常沉重，或许，这样的结果是
我们接受不了的。国内几乎所有的奶粉都受到不同程度的污染，甚至液态奶，企业为了追逐 利益，减少成本，添加了不同程度的三聚氰胺，造成蛋白含量虚高，这是有可能的；而奶农 为了降低成本， 追求利益最大化，添加高浓度的三聚氰胺，造成整个奶制品供应链都受到污染，这也是有可 能的；奶制品供应链过程中，中间供应者添加，也是有可能的；任何一个环节，都是有可能 的。领域如此之广，真正要找出添加的元凶，困难程度可想而之，那么，依照国内惯例，或 许，最后奶粉事 件随着时间的推移不了了之；又或许，相关部门敷衍了事，随便找个代替的羔羊交代而已。 今年月圆之日，我心注定无法随月而圆了。 想想，本来应该是万物以人为尊，人的生命应该受到尊敬以及珍惜。不知道是因为中国人口
太多，还是因为中国老百姓太过绵羊式的善良，总感觉老百姓的命运是掌握在他人手中的。 试想，城市对于这些突发事件，应急机制或许比较完善，市民可以在第一时间作出拒绝或者 反抗；而对于九 亿乃至十亿的乡村百姓来说，他们能够对这些作出选择吗？ 又想想，对于流通领域的任关系民生的任何产品，国家相关部门监管应该是非常严格的 ，而往往现实中却存在不少缺陷，令每个国民都在惶惶中度过每一天，对身边的人或者事或 物都充满了怀疑，这些，相关部门是不是应该好好反省反省呢？ 大胆地畅想一下，何时国产两字能够开心地融入到国民乃至全世界人们的生活中呢？ -- ╲█◣ █◥◣ ◥◥ ◢█╱ ◢█╱ ◢◢█ ◢◢█ ◤◤ ◤◤ September 11 java String的splitjava.lang.String的split太恶了
String str = "a:::";
String[] ret = str.split(":")结果是 ret[0]="a"
String str = "a:::b"
String[] ret = str.split(":")结果是 ret[0]="a", ret[1]="", ret[2]="", ret[3]="b". 被国人误解了千年的七句话＜ZZ＞
September 04 接口的意义（ZZ） 大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c++那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强的，接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以蔽之，就是标志类的类别（type of class）。把不同类型的类归于不同的接口，可以更好的管理他们。OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计模式都只针对具备了抽象能力的语言（比如c++、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是 “抽象就是抽去像的部分”，看似调侃，实乃至理）。 设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。 假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是我的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口： package org.bromon.test; public interface DB { java.sql.Connection openDB(String url,String user,String password); void close(); } 这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java： Package org.bromon.test; import java.sql.*; public class Mysql implements DB { private String url=”jdbc:mysql:localhost:3306/test”; private String user=”root”; private String password=””; private Connection conn; public Connection openDB(url,user,password) { //连接数据库的代码 } public void close() { //关闭数据库 } } 类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象： org.bromon.test.DB myDB; 使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的，myDB=new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂： package org.bromon.test; public class DBFactory { public static DB Connection getConn() { Return(new Mysql()); } } 所以实例化的代码变成：myDB=DBFactory.getConn()； 这就是23种模式中最基础的普通工厂(Factory)，工厂类负责具体实例化哪个类，而其他的程序逻辑都是针对DB这个接口进行操作，这就是“针对接口编程”。责任都被推卸给工厂类了，当然你也可以继续定义工厂接口，继续把责任上抛，这就演变成抽象工厂(Abstract Factory)。 整个过程中接口不负责任何具体操作，其他的程序要连接数据库的话，只需要构造一个DB对象就OK，而不管工厂类如何变化。这就是接口的意义----抽象。 继承的概念不用多说，很好理解。为什么要继承呢？因为你想重用代码？这绝对不是理由，继承的意义也在于抽象，而不是代码重用。如果对象A有一个run() 方法，对象B也想有这个方法，所以有人就Class B extends A。这是不经大脑的做法。如果在B中实例化一个A，调用A的Run()方法，是不是可以达到同样的目的？如下： Class B { A a=new A(); a.run(); } 这就是利用类的聚合来重用代码，是委派模式的雏形，是GoF一贯倡导的做法。 那么继承的意义何在？其实这是历史原因造成的，最开始的OO语言只有继承，没有接口，所以只能以继承来实现抽象，请一定注意，继承的本意在于抽象，而非代码重用（虽然继承也有这个作用），这是很多Java烂书最严重的错误之一，它们所造成的阴影，我至今还没有完全摆脱，坏书害人啊，尤其是入门类的，流毒太大。什么时候应该使用继承？只在抽象类中使用，其他情况下尽量不使用。抽象类也是不能实例化的，它仅仅提供一个模版而已，这就很能说明问题。 软件开发的万恶之源，一是重复代码而不是重用代码，二是烂用继承，尤以c++程序员为甚。Java中取缔多重继承，目的就是制止烂用继承，实是非常明智的做法，不过很多人都不理解。Java能够更好的体现设计，这是让我入迷的原因之一。 |
||||||||
|
|
