我希望能够得到一些提示，以帮助我打破我认为已经养成的不良程序编程习惯。每当我尝试使用面向对象编程(OOP)完成项目时，最终总是会回到过程化编程。我想我对OOP还没有完全信服（尽管我听说它的好处！）。
因此，我想知道是否有一些常见编程任务的实际示例，例如用户身份验证/管理、数据解析、CMS/Blogging/eComs等，这些都是我经常做的事情，但我还没有弄清楚如何在OOP中完成它们，远离过程化编程，尤其是我构建的系统往往可以工作并且效果良好。
我的开发中可能存在一些问题，一个缺点是我经常重用代码，但常常需要进行再次重写和改进，但我有时认为这是软件开发的自然演变。
但我想要改变！向我的程序员同行求助 :) 你们有什么技巧可以帮我摆脱这个讨厌的习惯吗？
当你无法找到充分的理由或动力时，使用面向对象编程有何意义？
你必须被需要将想法构思和操纵为对象的需求所驱动。有些人感到需要对概念、流程或功能进行感知，而不是对象，因此他们会被驱动着朝向面向概念、想法或功能流程的编程方向。
13年前，我从C转向C++，仅仅因为有些我需要的想法在C中难以实现。简而言之，我的需求驱动了我面向对象的编程。
面向对象的思维方式
首先，你有字节、字符、整数和浮点数。
然后你的程序开始混乱地出现各种变量，局部的和静态的。接着，你决定将它们分组成结构体，因为你认为所有常见的变量都应该传递。
数据的聚合
因此，像打印机信息这样的所有变量都应该封装在Printer结构体中：
{id, name, location,
impactType(laser|inkjet|ribbon),
manufacturer, networkAddr},
etc.
现在，当你在打印机信息上调用函数后，你不再需要使用一长串参数或者一个巨大的静态变量集合来避免交叉影响。
信息整合
但是，单纯地整合数据还不够。我仍然需要依赖一堆函数来处理数据。因此，我想出了一个聪明的点子，将函数指针结合到Printer结构体中。
{id, name, location,
impactType(laser|inkjet|ribbon),
manufacturer, networkAddr,
*print(struct printer),
*clean(struct printer)
}
当数据包含如何处理/感知数据的过程时，数据就会转化为信息。
信息量化
现在，激光、条带和喷墨打印机并不具有相同的信息集，但它们都有一个信息中最常见的共同点（LCD）：
任何打印机都有的公共信息：id、名称、位置等。
仅在条带打印机中找到的信息：已使用周期、花边（织物|玻璃纸）、彩色带等。
仅在喷墨中找到的信息：墨盒等。
仅在激光中找到的信息：...
对我和许多面向对象的同学来说，我们更喜欢将所有公共信息量化为一个通用的信息封装，而不是为每种类型的打印机定义单独的结构/封装。
然后，我们更喜欢使用一个框架来管理每种打印机类型的所有函数引用，因为并不是所有打印机都以相同的方式进行打印或清洁。
所以你不喜欢使用对象的偏好/动机告诉你，如果你不使用对象，编程生活会更容易？这意味着你更愿意自己管理所有这些结构上的复杂性。你可能没有写足够的软件来有这种感觉。
懒惰的必要性
有人说 - 必要是创造力之母（还有，贪婪是邪恶的根源）。
但对我和我的同伴来说，面对必要的懒惰才是创造力的父母（以及缺乏金钱是邪恶的另一位父母）。
因此，我敦促你采取懒惰的态度来编程，这样最短路径原则就会融入你的生活中，你会发现除了朝向对象编程之外别无选择。
步骤1. 阅读一本好的设计模式书籍。http://www.oodesign.com/
步骤2. 选取你已经了解的某个东西，从面向对象的角度重新构思。这是代码道场（Code Dojo）方法。拿一个你已经了解的问题，并定义对象类。
我曾经做过这个事情，并记录了下来。
请参见http://homepage.mac.com/s_lott/books/oodesign.html#book-oodesign
你可以做同样一系列的练习，以掌握面向对象的设计和编码。
已经有很多关于如何以面向对象的方式进行编程的信息，确实有许多优秀的书籍可以定义基本概念，但我认为问题更多地在于如何对新手来说在开发过程中坚持使用这种方法。
在面向对象编程的众多概念中，作为新手需要掌握的主要概念是封装。我的类是否知道如何照顾自己？我的类是否具有行为？如果没有，那么你没有一个类，而是一个结构体，并且你可能会写很多过程来改变它的状态（正如所说，“你回到了用Java写C的时代”）。我的类是否仅公开必需的方法以供使用？这些问题可能不会被详细阐述，但在设计类时可以考虑以下思想实验：假设每个应用程序的类都由互联网上的不同开发人员开发和维护，并且这些类还必须在互联网上相互交互。每个开发人员是否同意他们正在编写和维护的类遵守单一职责原则，因此他们不必维护应该是其他人的代码呢？不要这样做。
首先，学习写作。其次，学习用户体验和交互设计。第三，学习业务分析。第四，学习角色建模。
现在，你知道什么是对象，你将会发现对象并不在代码中出现。它们在运行时被发现，在机器和用户思维之间的空间中。这才是面向对象的真正含义。不幸的是，最近的学术界已经把它扭曲成了一个工程概念。这完全是错的。尽管他们试图模仿，最终的结果却是垃圾。为什么？因为当今行业所知道的“OOP”范例是建立在一个根本上错误的想法上的：对身份的分解式分析。这个想法有什么问题呢？因为身份本身是没有意义的。它是虚无的。从数学上、哲学上讲都是如此。这不是人类感知和与世界交互的方式。
权威人物：Alan Kay、Trygve Reenskaug、James (Jim) Coplien
我多么希望我能处于你的位置。:)
"Put stuff together that changes together."
我认为首先浏览一些现有的、不错的、经过验证的面向对象代码（例如Qt源代码）会有所帮助，这样你可以感受到“如何做到”这一点。在此之后，从书中学习或创建自己的框架将更加有效。
总的来说，在阅读和练习之前先看看上下文真的很有帮助，因为它给了你机会对自己说：“哦，原来他们是这样做的！”至少对我来说是这样的。