后期修改很难实现

时间:2022-06-09 04:55:55

学习的猜疑 1. 不知道怎么学习

刚开始学习酿成,看了相关的教材,但是没有体会到什么是面向东西编程,也不知道怎么深入学习;

2. 只是盲目的使用

已经事情,也会做一些项目,但是很多时候不大白为什么这么设计。

本身的常识点很多,但是没有系统性,也不知道该往哪个标的目的成长。

我此刻就是处于这个情况,有一些了解,看着别人的项目我也能再写一个但是很多处所很难理解,常识很散乱,真的,很无奈,在这里一开始接触windows就要本身编出一个项目来,没有一点点的C#的根本,以前是做Android的,Android一项还没搞大白,此刻又被拉着做windows了,确实本身的党羽不够硬的时候总是会被被人牵着鼻子走,呵呵,无所谓了。。。。。兵来将挡水来土掩!!!就是这个feel~

3.输入输出垃圾

能做项目,而喜好研究技能,自我感受很不错;

为什么搞那么庞大呢?编程不就是聚集代码?what???

举例

一些项目中看到的问题:
项目的成果实现很不错,但是在具体实现的过程中,,代码的可读性很差。控件的定名直接是1,,2,3,4,5,6,7.。。。。
措施的健壮性很差,后期改削很难实现,代码看起来很头疼。

不但是实现成果就完事儿了,措施的健壮性和可读性这些都是需要考虑在内的问题。

解决方案

关于面向东西编程不用去给一个精确的界说,提出这种方法是为了让编程更简单。

学习面向东西编程是学习面向东西编程的原则,要领,技巧,经验,模式等的综合应用。

开发者必需掌握的OOP原则: 单一职责原则(东西职责明确原则)

要求:一个东西只做好一件工作,必需专注,职责过多容易引起变革的原因就很多,措施不不变。

开放关闭原则(核心原则)

要求:需要变革时尽量少的改削类的设计,而是通过扩展类来完成。即关闭改削,开放扩展。

依赖颠倒原则(OOP精髓)

要求:基于接口编程,高层模块挪用接口,底层模块实现接口,防备底层变革直接影响高层。

接口断绝原则

要求: 尽可能多的使用专用的小接口,而不是总接口,制止接口过于庞大。

里氏替换原则

要求:在担任关系中子类可以替换父类,虚拟机可以按照父类变量动态的找到具体的子类东西,从而实现多态。

面向东西的最终方针:措施应该很“健壮”,同时具备良好的可扩展性,可维护性。

说说此刻的我本身吧,Java也还没有精通,所以劈面向东西编程真的是一塌糊涂,只是看着别人怎么写,我就模仿形式完成需要的成果,到目前为止我见过的优秀代码可能没有,事情中的小伙伴是一个事情七八年的老司机了,但是写的代码真的不能看,我很无奈,看着那种没有一行注释的代码,根基上是不成维护性的,更新端赖重装,这也是我们整个公司的短处,系统升级端赖重装系统。想想有点可怕,这种要是没出问题还好,出了问题,一个一个的给客户在从头装系统??或者说客户使用你的产品还需要学习如何烧内核??真是无法理解。所以我接手的项目根基上都是对照烂的项目,这样说也不过分,我本身的项目也好不到哪里去。

我就感受吧,公司应该考虑久远的成长而不能只是急于一时的追求实现成果,像这样的问题,最后客户反响的也不再少数吧,前两天还接到客户的反馈电话,各类问题,真的是没法调处。我也很头疼的,我想做好,但是能力不够,so, 目前说几多都没用,加油提升本身,让技术来证明你的考虑是正确的。