- @大宝pku
精辟。我写得啰嗦了。 - 这篇文章写得比较长,虽然我也不想写得这么细,但是总比让看的人误会要好。 提纲 开灯的例子 暗流涌动 Guru眼中的依赖 DIP(依赖倒置原则) 为什么要解耦合? 接口的坏味道 ...
- @Kain
我也是一个经验主义者。我在文章中主要讨论的是,经验也是需要理性的。 - .NET提供了很多序列化对象的方法,了解他们之间的区别才能更好地确定使用哪一种序列化方式并正确地使用。本文从下面几个方面对标题中的三种序列化方法进行了分析。 范围:Property Or Field...
- ,所以根本问题并不是try catch,而是不合时宜的rollback。所以你把责任归在try catch上,当然无法得到公允。
虽然try catch会更可能造成这样的问题,但是不能说try catch有问题。... - @无色
其实你自己都没搞懂应该怎么用try catch,在什么地方用。如果所有你自己搞不清楚的技术,“最好的办法就是不要去使用它”,那么C比较适合你,什么高级功能都没有。 - @王高峰
虽然我也不赞同LZ,但是看到你这种不看文章就来喷的人,我也抽了。
LZ的意思就是updateData里不能有commit,你喷前先看清楚好不好。现在LZ都懒得回复了,就是因为你这种人太多了。 - 说实话,博客园就是个大林子,林子大了……有人就不是来学习的,要么来踢馆的,要么的围观的,要么来起哄的,要么心情不来找人骂的。
以前我和LZ一样,常常吵得不可开交。其实吧,自己有了心得发上来给大家看看就够了,也没必要强求所有人都能从中学到点儿什么,对吧。
所以也不太纠结这些,生不过来这些闲气。 - /2012/03/18/2404639.html" target="_blank">一篇讨论技术误用的文章。希望对楼主有帮助。其实证明一个技术可行很容易,但是楼主要证明一个技术不可行就很难了。...
- @川山甲
gimp自带的那些人物和物品图片? - @nonocast
呵呵,我现在已经没在搞WPF了,成业余的了。 - 从触发器说起 之前写了一篇NoSQL和MemeryCache的出现意味着传统数据库使用方式的变革吗?,里面描述了一下目前所在项目的数据库使用的情况————基本就是把SQL Server当成一个可自定...
- @Aimeast
真是过誉了,只是希望别白活这一遭而已。 - @通心菜
哥们,我错了,我应该说得更明白些的。我说的太绕了,真是全拧了。汗啊。。。。 - @John Ho
做像了果然容易产生误会。 - @assiwe
像用不用存储过程,用不用视图。这种主观上的判断,不是“试”不“试”的问题。而是某些人对部分技术存在偏见。这不是技术方案正确性上的问题。而是管理风格或者说个人喜好上的问题。
纯技术问题争论之后总会有结论的。大家都是理性的,谁对听谁的。参考讨论的人对技术都比较熟悉,犯不着去写代码试啊,大家又不是新手。
我说的“请证明给我看”,只是把这样做的原因解释清楚啊。我还没有见过哪个领导想到个什么东西,就跟人讲,你就这样先去试下吧,不行再说。这是在国企吧。 - 平时有人问我业余时间会做点儿什么? 我说:用WPF写个游戏玩玩。 :写的什么? 我:扫雷。 :…… 我:想想都写了快两年了。 :orz 单纯地讲扫雷游戏都会觉得很简单,都不好意思当个事儿...
- @自由用户
不上升到这种高度,也不敢来这里得瑟啊。 - 来强行推进你的判断。我猜你没有给你的手下解释清楚为什么这样,你只是觉得之前是这样的,很OK,现在也应该是这样。任何经验,在被应用之前都应该被分析清楚你的经验在这里是否适用,否则就是主观的判断,别说十年经验,一百年经验也白搭。
说小一点,这让你的手下没有成长的机会,我如果是你的手下,会希望知其所以然;说大一点儿,这会阻碍社会进步。
另外,我个人并不是范式的拥迈,但是我会希望每一个反范式的设计都是有道理的,有意义的。
再另外,我文中的论点,不是“解决什么问题就要使用内置的现有的技术”,而是“当你发现一个技术不能满足你的要求的 - @Zhenway
生成代码的时候预先处理一下碰撞的情况就可以了。我的实现的确还不完整,只是提供个思路。路上碰到个石子就返回去重新找别的路,那就没路可去了。
问题,总是可以解决的。 - 您来找个碰撞的例子?
- @Stephen_Liu
Stephen_Liu:NoSQL数据库的应用场景非常宽泛,一般都可以提前预见。至于关系型数据库中的逻辑,说说我们以前公司的产品设计,存储过程和触发器基本不会写,这是因为我们必须考虑跨数据库的问题,但是表的一致性等问题还是需要使用的,因为几乎所有的数据库都有这样的特性,因此不会带来移植性问题。还有就是视图一般都是非常必要的,主要是为了尽量保证数据库结构和代码之间的松耦合。 谢谢。请问你们的SQL语句是存放在什么地方的?有没有用ORM?另外,存储过程应该是所有数据库系统都有的功能,为什么会给迁移带来麻烦呢? 一味: 这代码是不是有点儿大了。
其实我比较倾向于你的头头的想法。
如果使用了过多的数据库的特性(存储过程,触发器等),会将我们的系统架构局限于该数据库平台,对于项目还好,对于产品来说,可能是一种风险。特别是在将来可以预见到有迁移数据库平台的可能的时候。
这样的话,每个平台特有特性是不能用了。我还没有做过迁移平台的事情,但存储过程和触发器这种东西并不是每个平台特有的东西,大家都有。应该不会给迁移带来多大麻烦,即使语法上略有不同,写在存储过程的SQL可以很容易用工具进行格式转化,但是写在代码里的SQL语句就没有办法了。- @sunriseyuen
生成的动态代码里加个IConvertible的调用就可以了。 - 摘要 问题的抽象 没有优化的反射 使用晚绑定优化的反射 公平的竞赛 公平的实现...
- 在产品的验收阶段,正式发布前一周,紧急动员全公司的人,对1万多本电子书进行人肉测试。我觉得这事儿真是有点儿意思。不知道各位怎么看?也许所有的公司或产品都有可能出现类似的状况,但是我想分析一下:...
- 看MSND好长CREATETABLEXMLTable(IDintprimarykey,Dataxml,)INSERTINTOXMLTable(ID,Data)Values(1,'<entity><id...










