什么抽象
其实抽象是一个很玄乎的东西。其实我们周围的写的很多代码,都是过程式的书写。
大家都知道面向对象的三大基本原则分别是:封装继承和多态。我们往往一遍一遍被这些教科书式的定义所洗脑。
但是其实在我看来,不是的。我觉得面向对象编程最终的是抽象,就是一个建模的过程。这里的建模不仅仅只是针对普通说法上的建模。
那到底什么是抽象?我的理解是,抽象是在一个业务或者一系列业务中,找出一些我们认为可以单独构成一个类,并且对应提供它的方法的。其实这句话等于没有说,但是如果要解释抽象真的很困难。具体可以移步看下我的这篇文章关于抽象
为什么要抽象
当然,抽象不仅仅像说的那么简单。因为一个业务流程,可能你可以有1000种抽象的方式。
好的抽象,我认为的首先肯定是模块化的。
模块化:就是做一件事,在一个地方尽量给它做好。比如说计算订单的价格,我们尽量在一个地方给它做好。而不是这里算一下,等下在其他地方再算一下。(主要好的好处就是在以后维护的时候方便,并且出问题了容易排查)
当然模块化的一个结果就是很好的封装,把一件事都封装在一个类里面。更加容易应对扩展。
其实抽象很像小组件的形式。把整个业务分成一个个小的组件,然后最后组合他们。
好的抽象还有一点,就是能够对抽象的东西很好的扩展,这就需要经验和感觉了。
什么叫做抽象层次一致性
首先在类的维度来看,一个类的方法必须要有抽象一致性。
抽象一致性:整个格局做的事情应该在同一个维度上的
举个例子:
<code> public class OrderComposeService{ public void composeOrder(){ //TODO } public void composeSku(){ //TODO } } </code>
我们这个OrderComposeService
主要功能是组合订单,但是composeSku()
这个方法和composeOrder()
这个方法的就不在同一个抽象层次上。
其实对于类方法的抽象一致性,我现在还是很模糊。如果谁有准确的说明,希望能够指导下。
然后就是方法维度的抽象一致性
<code> public void composeOrder(B b){ composeSku(); calculateShipping(); createPageage(); } </code>
在composeOrder
这个方法中,三个子方法就是在同一抽象层次上面的。但是如果出现
<code> public void composeOrder(B b){ List<a> list = new ArrayList</a><a>(); Map<long> map = new HashMap<long>(); for(A a : list ){ map.put(a.getId,a); } composeSku(); calculateShipping(); createPageage(); } </long></long></a></code>
像下面的这个方法,中间多出的一段就破坏了这个方法的抽象一致性。抽象一致性的代码读起来,就像在读原生的需求一样。不管在可读性还是在扩展性或者是问题的排查性上抽象一致性的代码都胜过一筹。这也是注释少些的原因了,代码本身就是注释。
问题
当然这样子做,有的问题就是方法里面的私有方法会变的很多。参考我上个问题[关于业务分层]
(http://segmentfault.com/q/1010000002631646 "关于业务分层") 。
当然如果是简单的需求,或者业务部是很重的代码不需要考虑这么多。
请问大家对这个有什么看法?
回复内容:
什么抽象
其实抽象是一个很玄乎的东西。其实我们周围的写的很多代码,都是过程式的书写。
大家都知道面向对象的三大基本原则分别是:封装继承和多态。我们往往一遍一遍被这些教科书式的定义所洗脑。
但是其实在我看来,不是的。我觉得面向对象编程最终的是抽象,就是一个建模的过程。这里的建模不仅仅只是针对普通说法上的建模。
那到底什么是抽象?我的理解是,抽象是在一个业务或者一系列业务中,找出一些我们认为可以单独构成一个类,并且对应提供它的方法的。其实这句话等于没有说,但是如果要解释抽象真的很困难。具体可以移步看下我的这篇文章关于抽象
为什么要抽象
当然,抽象不仅仅像说的那么简单。因为一个业务流程,可能你可以有1000种抽象的方式。
好的抽象,我认为的首先肯定是模块化的。
模块化:就是做一件事,在一个地方尽量给它做好。比如说计算订单的价格,我们尽量在一个地方给它做好。而不是这里算一下,等下在其他地方再算一下。(主要好的好处就是在以后维护的时候方便,并且出问题了容易排查)
当然模块化的一个结果就是很好的封装,把一件事都封装在一个类里面。更加容易应对扩展。
其实抽象很像小组件的形式。把整个业务分成一个个小的组件,然后最后组合他们。
好的抽象还有一点,就是能够对抽象的东西很好的扩展,这就需要经验和感觉了。
什么叫做抽象层次一致性
首先在类的维度来看,一个类的方法必须要有抽象一致性。
抽象一致性:整个格局做的事情应该在同一个维度上的
举个例子:
<code> public class OrderComposeService{ public void composeOrder(){ //TODO } public void composeSku(){ //TODO } } </code>
我们这个OrderComposeService
主要功能是组合订单,但是composeSku()
这个方法和composeOrder()
这个方法的就不在同一个抽象层次上。
其实对于类方法的抽象一致性,我现在还是很模糊。如果谁有准确的说明,希望能够指导下。
然后就是方法维度的抽象一致性
<code> public void composeOrder(B b){ composeSku(); calculateShipping(); createPageage(); } </code>
在composeOrder
这个方法中,三个子方法就是在同一抽象层次上面的。但是如果出现
<code> public void composeOrder(B b){ List<a> list = new ArrayList</a><a>(); Map<long> map = new HashMap<long>(); for(A a : list ){ map.put(a.getId,a); } composeSku(); calculateShipping(); createPageage(); } </long></long></a></code>
像下面的这个方法,中间多出的一段就破坏了这个方法的抽象一致性。抽象一致性的代码读起来,就像在读原生的需求一样。不管在可读性还是在扩展性或者是问题的排查性上抽象一致性的代码都胜过一筹。这也是注释少些的原因了,代码本身就是注释。
问题
当然这样子做,有的问题就是方法里面的私有方法会变的很多。参考我上个问题[关于业务分层]
(http://segmentfault.com/q/1010000002631646 "关于业务分层") 。
当然如果是简单的需求,或者业务部是很重的代码不需要考虑这么多。
请问大家对这个有什么看法?
其实做了这些年的项目,经历和见识了很多种的设计,比如:给你文档要你完全按照文档来写甚至每个service里面的方法名都有规范,只是没有严格到怎么去实现他们,我觉得这就是半填空的coding;有一种是完全填空的coding甚至说调用的方法都有参考文档,让你来做的目的就是把谁调用谁填进去,这种是完全填空coding;需求拿来自己设计自己来实现,我觉得这是全包的coding啊,小公司很多这样;还有一种接手的项目已经存在且有自己的架构了,我们做的目的就是来完美它丰满它;公司有个新的案子要从头来做,你们团队中有架构有pg有qa,各司其职这种应该算是比较正常的了。
上面说的这些例子有没有发现一个问题,除了严格的限制你要做什么和你只能做什么以外,其实在团队开发中你身处的角色决定了这个框架的走向,做ui的只是在乎view,甚至他们只是看js css纯ui哦!做service的只是在乎前台和他交互,他怎么和dao去交互。做dao只在乎怎么把service告诉我的东西再交给db,怎么把db的东西交给service。
说了这些可能会认为我跑题太严重了,其实不然!我上面举的例子不可能包含了全部,还只是很小的一部分,就和设计模式一样,曾经看到有人说“什么设计模式啊,很多的这种所谓的设计模式放到其他的语言都没有意义”(我是搞java的),他说的有些是对的,正如中国从古代就讲究不完美一样,那个怎么说来着?“大道五十,天衍四十九,留一线生机,遁去一道”,别吵!我不是看仙侠小说看多了!
我想说的其实是没有完美的!人不完美,事物也不完美,随着你的学识、见闻、体验总能从以前看似完美的东西里面去找出不完美的一面,所以大家还是不要费劲的去追求完美了,如果完美了就不会有什么多少种的设计模式了,一种足以,还有什么nosql,还有什么mvc框架,mvc只是个主流而已,还有很多叫不上名字的(因为人家可能根本没起个好听的名字)。
好吧,题主的问题我到现在都没有认真的回复这是不对的,上面说的这些就是想说一个道理,做自己在这个时刻认为是对的事情就可以了,以后的事情可以适当的去想,但是你的这个以后其实也是有个长度的,想的总是不会太远。
这里开始说下问题的回答。
public void composeOrder(B b){ List<a> list = new ArrayList</a><a>(); Map<long> map = new HashMap<long>(); for(A a : list ){ map.put(a.getId,a); } composeSku(); calculateShipping(); createPageage(); }</long></long></a>
这段代码,你觉得和上下文不一致性,“关于业务分层”的帖子特意去看了下,后面有人提到用helper,manager,facade来做那段“不和谐”的代码都对,哪怕你准备用XX来做都可以的,不就是个名字吗?咱们要的是种思想!我意识到了这段“不和谐”,我就去让它看上去“和谐”点呗。
其实我们周围的写的很多代码,都是过程式的书写。
这句话我非常认同,还记得学oo之前,老师跟我吹呼说很多的语言都是过程的、函数的、程式的、方法的,java可是面向对象的,听上去高大上,但实际呢?就好像每天在家里看ccav非常美好,但出门怎么样?现实和想象总是有差距的。
真正去使用的时候总是图省事没有写“繁琐”的oo代码,比如下面这段
class 我{
N种牛X的属性。。。
public void 做超人(){
无敌了。。想到什么都写这里
}
}
一个method就是超人了,牛不牛?写的时候为什么就不想想,最少得有个红裤衩传给你才能变身呢?超人会干啥?眼睛冒激光,这不得有个光学的类吗?力大无穷?好么这最少牵扯到了人体学。还能飞呢!我们在这能把人体学重用了!超人不是还有女的吗?但是女超人有件事不能做哦!
class 她{
N种牛X的属性。。。
public void 做超人(){
无敌了(比“我”差一点 ,有件事不能做!)。。想到什么都写这里
}
}
ps:我是男的,所以上面没写男超人,呵呵。
好吧,女超人比较惨咱们让她少做一件事,但他们都是超人啊!怎么能写2个类?就要写一个!但是我就一个做超人的method啊,怎么办?这样吧,咱弄个子类继承男超人的优点吧!不行咱就重载一下做超人的method好了。下面就不写了,多态的孩子快出来了。
上面恶搞了一下,很多概念工作年头多了的人都明白,其实概念不会是记的很清楚,但是都知道是怎么回事,我也记的不是很清楚,但就是随便写了,哪怕看到的可能有问题,但总是从一个角度去看可以说通!
这不就是设计吗?这不就是分层吗?这不就是学以致用吗?学java之初说的那个oo的概念,其实我总觉得和那句“道可道,非常道”很相同,道不是说他们说的事情相同,而是那种描述的感觉很像,有些事情可能说不清楚,但是你明白,这就是只可意会不可言传啊,之前在segmentfault看到过个例子(人类玩扑克开车之类的……)帮忙说怎么写class,还是segmentfault的人不多,或者很多人瞧不上这种问题,我敢说如果有100个人让他们去写,可能会出现101种方式,你不能要求一个人只能写一种。
就说这些吧,写的可能有点杂有点乱了,大家伙看个乐就完了,哈哈。
你所说的都是结构化编程的概念,其基本思想是各层过程类似于一本书的目录,从整本书到章到节。
而面向对象虽然也有一个对象向另一个对象请求服务的情况。但是和结构化编程有微妙的不同。更像是用不同芯片组成逻辑电路。各个对象之间未必有统属关系,更多的是强调知识归属和不同对象的责任问题。
网易公开课里有个编程范式的课程,如果有耐心看完,应该有助于你理解这个问题。

PHP主要是过程式编程,但也支持面向对象编程(OOP);Python支持多种范式,包括OOP、函数式和过程式编程。PHP适合web开发,Python适用于多种应用,如数据分析和机器学习。

PHP起源于1994年,由RasmusLerdorf开发,最初用于跟踪网站访问者,逐渐演变为服务器端脚本语言,广泛应用于网页开发。Python由GuidovanRossum于1980年代末开发,1991年首次发布,强调代码可读性和简洁性,适用于科学计算、数据分析等领域。

PHP适合网页开发和快速原型开发,Python适用于数据科学和机器学习。1.PHP用于动态网页开发,语法简单,适合快速开发。2.Python语法简洁,适用于多领域,库生态系统强大。

PHP在现代化进程中仍然重要,因为它支持大量网站和应用,并通过框架适应开发需求。1.PHP7提升了性能并引入了新功能。2.现代框架如Laravel、Symfony和CodeIgniter简化开发,提高代码质量。3.性能优化和最佳实践进一步提升应用效率。

PHPhassignificantlyimpactedwebdevelopmentandextendsbeyondit.1)ItpowersmajorplatformslikeWordPressandexcelsindatabaseinteractions.2)PHP'sadaptabilityallowsittoscaleforlargeapplicationsusingframeworkslikeLaravel.3)Beyondweb,PHPisusedincommand-linescrip

PHP类型提示提升代码质量和可读性。1)标量类型提示:自PHP7.0起,允许在函数参数中指定基本数据类型,如int、float等。2)返回类型提示:确保函数返回值类型的一致性。3)联合类型提示:自PHP8.0起,允许在函数参数或返回值中指定多个类型。4)可空类型提示:允许包含null值,处理可能返回空值的函数。

PHP中使用clone关键字创建对象副本,并通过\_\_clone魔法方法定制克隆行为。1.使用clone关键字进行浅拷贝,克隆对象的属性但不克隆对象属性内的对象。2.通过\_\_clone方法可以深拷贝嵌套对象,避免浅拷贝问题。3.注意避免克隆中的循环引用和性能问题,优化克隆操作以提高效率。

PHP适用于Web开发和内容管理系统,Python适合数据科学、机器学习和自动化脚本。1.PHP在构建快速、可扩展的网站和应用程序方面表现出色,常用于WordPress等CMS。2.Python在数据科学和机器学习领域表现卓越,拥有丰富的库如NumPy和TensorFlow。


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

AI Hentai Generator
免费生成ai无尽的。

热门文章

热工具

SecLists
SecLists是最终安全测试人员的伙伴。它是一个包含各种类型列表的集合,这些列表在安全评估过程中经常使用,都在一个地方。SecLists通过方便地提供安全测试人员可能需要的所有列表,帮助提高安全测试的效率和生产力。列表类型包括用户名、密码、URL、模糊测试有效载荷、敏感数据模式、Web shell等等。测试人员只需将此存储库拉到新的测试机上,他就可以访问到所需的每种类型的列表。

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Atom编辑器mac版下载
最流行的的开源编辑器

MinGW - 适用于 Windows 的极简 GNU
这个项目正在迁移到osdn.net/projects/mingw的过程中,你可以继续在那里关注我们。MinGW:GNU编译器集合(GCC)的本地Windows移植版本,可自由分发的导入库和用于构建本地Windows应用程序的头文件;包括对MSVC运行时的扩展,以支持C99功能。MinGW的所有软件都可以在64位Windows平台上运行。