面向对象风格的合理架构

　　一直以来，我都对面向对象的编写程序风格并不是非常了解，总以为面向对象就是不再以练基础代码的掌握为前提，对自己需要达到的设计需求去进行设计从而达到目的这一类的处理方式。通过近期阅读软件体系结构这方面的一些博客和书籍，使得我找出了自己的这一误区。从读者的角度来讲，面向对象的设计风格不应该让读者通过阅读代码来尝试理解你这部分结构内容的具体意思，而是他可以通过对程序功能的主体判断（或实体存在）来直接推断出编者这部分代码的功能，不需要去考虑具体的实现方式。这就需要编程人员在设计软件初期对自己的项目体系结构有一个非常合理的规划，否则东一榔头西一棒槌的很难使得读者真正捋清你的书写思路和脉络，这也就是软件体系结构一个比较重要的部分之一。那如何能够处理好一个软件的框架和布局分配呢？这就需要对软件所完成的功能进行逐步的细致分析了。

　　举个例子，我现在想要开发一个有关房地产的应用软件，那自然需要买房人和房地产商两个用户（外部实体）。在我代码的书写过程中，用户的登陆注册部分肯定是需要放到首位的，其次便是购房人/房地产商能够进行的一系列操作，重要的是，这二者必须区分开来进行编写，这样添加上适当的注释就能够让读者很清晰的掌握我在书写时的思想。否则我在购房人的“个人中心”模块写完之后又去写房地产商的“查看交易记录”，即使加上了些许的注释，不也仍然会显得非常的凌乱么？既然要做到使软件具有很强的面向对象的风格，那就不仅仅限于功能上的面向对象，更要做到在软件编程的体系结构上面向对象去设计，这样自己不会凌乱，读者也更不会产生费解。