java撸过,表示设计模式更多的是规制自己代码的味道/结构

解决方案 »

  1.   

    恩,多谢回复,公司做的是安防软件,这几年爆发扩展,项目一直在赶,进来2年多一直在加班。最近好一些了,就觉得自己OOP的思想特别弱,公司虽然研发有1000多人,但是交流的特别少,看不到别人的代码,项目组除了leader,我刚刚3年C++,其他的几乎是新人(< 2年工作经验)希望有经验的前辈们指点一下啊。
    自己打算看一些linux开源代码,好好学习一下。
      

  2.   

    感觉java对封装和OOP比嵌入式C++强分享点经验。。呵呵
      

  3.   

    也就会那几个了呵呵。。但是当一个静态库中包含单例模式(有一个static对象),被动态库A和B同时调用,然后exe再调用动态库A和B时有崩溃的问题,始终没想到好的解决方法。
      

  4.   

    从底层设计起来的大的工程才需要设计模式吧,毕竟用设计模式还不如用一个框架,android这种的基本上是告别设计模式了。其实编多了之后,自然就有些概念性思想,这些思想其实跟这些设计模式差不多。就像Android中,用单例的情况还是比较多的,但算不上是一个设计模式,小技巧而已。存指针和引用的方式应该也是惯用,但也算不上一个标准的观察者模式。实习的时候,公司有一个从底层建起来的项目,我接触到的大概150w行代码,一些更底层的库我没权限看代码。
    用的就是全局的观察者模式,目的就是在任何一个类里的任何一个函数内都可以操纵所有的类和函数,使用起来非常方便,可以在任意的地方加任意的功能。更妙的是利用com接口的一些特性,可以根据类本身,获取一个com基类,再用这个基类加uuid就可以访问所有。
      

  5.   

    设计模式看了也记不住,如果在实际不真正用到的话, 话说我将设计模式书仔仔细细看了两遍, 看的时候都理解明白, 但是有人问那你说说什么是工厂模式,?我当时的反应, 工厂模式 ,工厂?Factory? 有这个模式吗?生产奶牛的?只怪记忆力太差了呀