索尼液晶电视工程菜单进入步骤：
1、通电，开机，播电视节目一小会（10秒钟也可以，但最初一定要是断电状态）。
2、按遥控器右上角绿色“电源/待机”键，进入待机模式等待2秒。
3、按“屏显”键（遥控器中间圆环状区右上角的按钮，不是大的四方形“屏显模式”按钮）。
4、按数字“5”键。
5、按“音量－”键（如果改按“音量＋”键，下面步骤6进入的就是维修菜单，而不是工程菜单，维修菜单中最下一行就是屏幕面板型号）。
6、再按步骤2的“电源/待机”键，重新开机，这时显示工程菜单(，几排绿色字体)。
一共23种设计模式！
引用《软件秘笈-设计模式那点事》书籍：
按照目的来分，设计模式可以分为创建型模式、结构型模式和行为型模式。
创建型模式用来处理对象的创建过程；结构型模式用来处理类或者对象的组合；行为型模式用来对类或对象怎样交互和怎样分配职责进行描述。
创建型模式用来处理对象的创建过程，主要包含以下5种设计模式：
工厂方法模式（Factory Method Pattern） 抽象工厂模式（Abstract Factory Pattern） 建造者模式（Builder Pattern） 原型模式（Prototype Pattern） 单例模式（Singleton Pattern）结构型模式用来处理类或者对象的组合，主要包含以下7种设计模式：
适配器模式（Adapter Pattern） 桥接模式（Bridge Pattern） 组合模式（Composite Pattern） 装饰者模式（Decorator Pattern） 外观模式（Facade Pattern） 享元模式（Flyweight Pattern） 代理模式（Proxy Pattern）行为型模式用来对类或对象怎样交互和怎样分配职责进行描述，主要包含以下11种设计模式：
责任链模式（Chain of Responsibility Pattern） 命令模式（Command Pattern） 解释器模式（Interpreter Pattern） 迭代器模式（Iterator Pattern） 中介者模式（Mediator Pattern） 备忘录模式（Memento Pattern） 观察者模式（Observer Pattern） 状态模式（State Pattern） 策略模式（Strategy Pattern） 模板方法模式（Template Method Pattern） 访问者模式（Visitor Pattern）抽象工厂模式（Abstract Factory Pattern）提供了一个接口，用于创建相关或者依赖对象的家族，而不需要指定具体实现类。
抽象工厂模式允许客户使用抽象接口来创建一组相关的产品，客户类和工厂类分开，客户需要任何产品的时候，只需要向工厂请求即可，客户无须修改就可以获得新产品。这样一来，客户就从具体产品中解耦。
详情请参考书籍《软件秘笈：设计模式那点事》，里面讲解的23中设计模式例子很生动，容易理解，还有JDK中设计模式应用情况，看了收获挺大的！好东西大家一起分享！
祝你早日学会设计模式！
想要改变现有工厂管理模式，就必须遵循当代管理潮流，接受科技带来的便利。打造智能工厂，让企业领先行业，率先实现工业物联网智能管控，利用物联网和智能技术建设智能工厂，并且可以在预期内实现运营成本降低10%、生产周期缩短15%、不良品率降低10%等价值。
所谓的智能工厂是将工厂内的各式设备联结在一起，铺设神经系统、即时汲取所有资讯，实现工厂活动的可视化，亦即让所有活动透明可见。智能工厂就是用网路联结各处，管理工厂一切大小事。
企业在建设智能工厂时，必须考虑全局，构建全面系统的智能工厂管理体系，从各个方面优化和挖掘潜力，最大限度地提高企业的生产效率和管理水平。构建高效、节能、绿色、环保、舒适的人性化工厂。
智能工厂核心是实现企业资产的智能化，而资产密集型企业的核心资产是设备（装置），三维可视化动态设备管理应用是在智能工厂平台基础上运用三维仿真和虚拟现实技术构建行业逼真的三维模拟现实场景。实现工厂设备的运行监视、操作与控制、综合信息分析与预警告警、运行管理等功能的一体化监控管理。
Hightopo三维可视化会让工厂的整体结构、设备分布立体化，同时提供空中、漫游、自动巡逻等多种演示方式，满足多种展示要求，真实地展现环境形象。通过扩大设备管理规模、管理工具多样化、信息管理和数据管理的量化展示，支持多维数据的深度挖掘和智能分析。将实际生产业务无缝集成到平台上，使日常管理任务标准化、自动化和企业智能、专业管理。
汽车装配车间装配线三维动画，高还原度仿真，根据设备实际尺寸 1:1 缩小，可以利用鸟瞰、特写、跟踪等形式，将整条或者局部生产线的工艺流程完整展示。针对不同装配线可以设计不同的方案，定制个性化的内容，更符合企业形象。
智慧工厂巡检可视化可按照巡检工作的程序，动态地收集和管理相应的数据，强化巡检计划的监控力度，提升巡检工作的管理水平。监控人员通过实时监控功能，可以掌握当前所有巡检员的状态，并可以选择任意一个在线巡检员查看实时位置和巡检信息。可以查看任意一天或一段时间任一巡线员的历史轨迹，并可动态回放历史轨迹。
通过智能的巡检系统，根据报警设备发出报警信息，迅速到达目标位置，能够实时查看巡检视频及报警信息，工作人员可及时知晓并作出相应的处理。
远程控制：可实现远程控制设备的启停、调整等，同时能在环境非正常的情况下自动或远程人为地控制各种环境调节设备（如空调、通风设备等），使工作环境恢复正常。
HT可视化参与众多工厂可视化改造，为工厂改变现有传统低效管理模式，工厂的智能打造，可大幅度提升企业的计划科学化、生产过程协同化、生产设备与信息化的深度融合，并通过基于大数据分析的决策支持对企业进行透明化、量化的管理，有效提升企业的生产效率与产品质量，是一种很好的数字化、网络化的智能生产模式。
总体来说设计模式分为三大类：
一、创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
二、结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
三、行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
1、工厂方法模式：
定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。
工厂模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，这就用到工厂方法模式。
创建一个工厂接口和创建多个工厂实现类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。
2、抽象工厂模式：
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂需要创建一些列产品，着重点在于"创建哪些"产品上，也就是说，如果你开发，你的主要任务是划分不同差异的产品线，并且尽量保持每条产品线接口一致，从而可以从同一个抽象工厂继承。
3、单例模式：
单例对象（Singleton）是一种常用的设计模式。在Java应用中，单例对象能保证在一个JVM中，该对象只有一个实例存在。这样的模式有几个好处：
（1）某些类创建比较频繁，对于一些大型的对象，这是一笔很大的系统开销。
（2）省去了new操作符，降低了系统内存的使用频率，减轻GC压力。
（3）有些类如交易所的核心交易引擎，控制着交易流程，如果该类可以创建多个的话，系统完全乱了。（比如一个军队出现了多个司令员同时指挥，肯定会乱成一团），所以只有使用单例模式，才能保证核心交易服务器独立控制整个流程。
4、建造者模式：
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
5、原型模式：
原型模式虽然是创建型的模式，但是与工程模式没有关系，从名字即可看出，该模式的思想就是将一个对象作为原型，对其进行复制、克隆，产生一个和原对象类似的新对象。本小结会通过对象的复制，进行讲解。在Java中，复制对象是通过clone()实现的，先创建一个原型类。
6、适配器模式：
适配器模式将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类：类的适配器模式、对象的适配器模式、接口的适配器模式。
7、装饰器模式：
顾名思义，装饰模式就是给一个对象增加一些新的功能，而且是动态的，要求装饰对象和被装饰对象实现同一个接口，装饰对象持有被装饰对象的实例。
8、代理模式：
代理模式就是多一个代理类出来，替原对象进行一些操作，比如我们在租房子的时候回去找中介，为什么呢？因为你对该地区房屋的信息掌握的不够全面，希望找一个更熟悉的人去帮你做，此处的代理就是这个意思。
9、外观模式：
外观模式是为了解决类与类之家的依赖关系的，像spring一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中没有涉及到接口。
10、桥接模式：
桥接模式就是把事物和其具体实现分开，使他们可以各自独立的变化。桥接的用意是：将抽象化与实现化解耦，使得二者可以独立变化，像我们常用的JDBC桥DriverManager一样。
JDBC进行连接数据库的时候，在各个数据库之间进行切换，基本不需要动太多的代码，甚至丝毫不用动，原因就是JDBC提供统一接口，每个数据库提供各自的实现，用一个叫做数据库驱动的程序来桥接就行了。
11、组合模式：
组合模式有时又叫部分-整体模式在处理类似树形结构的问题时比较方便。使用场景：将多个对象组合在一起进行操作，常用于表示树形结构中，例如二叉树，数等。
12、享元模式：
享元模式的主要目的是实现对象的共享，即共享池，当系统中对象多的时候可以减少内存的开销，通常与工厂模式一起使用。
13、策略模式：
策略模式定义了一系列算法，并将每个算法封装起来，使其可以相互替换，且算法的变化不会影响到使用算法的客户。需要设计一个接口，为一系列实现类提供统一的方法，多个实现类实现该接口，设计一个抽象类（可有可无，属于辅助类），提供辅助函数。
14、模板方法模式：
一个抽象类中，有一个主方法，再定义1...n个方法，可以是抽象的，也可以是实际的方法，定义一个类，继承该抽象类，重写抽象方法，通过调用抽象类，实现对子类的调用。
15、观察者模式：
观察者模式很好理解，类似于邮件订阅和RSS订阅，当我们浏览一些博客或wiki时，经常会看到RSS图标，就这的意思是，当你订阅了该文章，如果后续有更新，会及时通知你。
其实，简单来讲就一句话：当一个对象变化时，其它依赖该对象的对象都会收到通知，并且随着变化！对象之间是一种一对多的关系。
16、迭代子模式：
顾名思义，迭代器模式就是顺序访问聚集中的对象，一般来说，集合中非常常见，如果对集合类比较熟悉的话，理解本模式会十分轻松。这句话包含两层意思：一是需要遍历的对象，即聚集对象，二是迭代器对象，用于对聚集对象进行遍历访问。
17、责任链模式：
责任链模式，有多个对象，每个对象持有对下一个对象的引用，这样就会形成一条链，请求在这条链上传递，直到某一对象决定处理该请求。但是发出者并不清楚到底最终那个对象会处理该请求，所以，责任链模式可以实现，在隐瞒客户端的情况下，对系统进行动态的调整。
18、命令模式：
命令模式的目的就是达到命令的发出者和执行者之间解耦，实现请求和执行分开。
19、备忘录模式：
主要目的是保存一个对象的某个状态，以便在适当的时候恢复对象，个人觉得叫备份模式更形象些，通俗的讲下：假设有原始类A，A中有各种属性，A可以决定需要备份的属性，备忘录类B是用来存储A的一些内部状态，类C呢，就是一个用来存储备忘录的，且只能存储，不能修改等操作。
20、状态模式：
状态模式在日常开发中用的挺多的，尤其是做网站的时候，我们有时希望根据对象的某一属性，区别开他们的一些功能，比如说简单的权限控制等。
21、访问者模式：
访问者模式把数据结构和作用于结构上的操作解耦合，使得操作集合可相对自由地演化。访问者模式适用于数据结构相对稳定算法又易变化的系统。因为访问者模式使得算法操作增加变得容易。
若系统数据结构对象易于变化，经常有新的数据对象增加进来，则不适合使用访问者模式。访问者模式的优点是增加操作很容易，因为增加操作意味着增加新的访问者。访问者模式将有关行为集中到一个访问者对象中，其改变不影响系统数据结构。其缺点就是增加新的数据结构很困难。
22、中介者模式：
中介者模式也是用来降低类类之间的耦合的，因为如果类类之间有依赖关系的话，不利于功能的拓展和维护，因为只要修改一个对象，其它关联的对象都得进行修改。
如果使用中介者模式，只需关心和Mediator类的关系，具体类类之间的关系及调度交给Mediator就行，这有点像spring容器的作用。
23、解释器模式：
解释器模式一般主要应用在OOP开发中的编译器的开发中，所以适用面比较窄。
扩展资料：
介绍三本关于设计模式的书：
1、《设计模式：可复用面向对象软件的基础》
作者：[美] Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides
出版社： 机械工业出版社
2、《软件秘笈：设计模式那点事》
作者：郑阿奇
出版社：电子工业出版社
3、《设计模式：基于C#的工程化实现及扩展》
作者：王翔
出版社：电子工业出版社
百度百科-设计模式
就像六大原则一样，每一种设计模式也都是一种思想，而不是一种特定的形式，所以要灵活求变。这次简单分析一下工厂设计模式在实际开发当中的应用。工厂设计模式分为三大类： 简单工厂、工厂方法、抽象工厂 。而工厂方法又分为两种形式：单工厂形式和多工厂形式。这次将结合数据存储的三种类型，对工厂模式的各个形式来分析一下。这三种类型分别是内存存储（LRUCache）、SharedPreferece、Disk磁盘存储，它们将作为产品由工厂生产。
下面我们先定义一个产品存取数据的接口，它将作为三种类型的数据存储的规范。
上面定义了 String 、int、boolean三种数据类型存取的抽象方法，这里可以扩展。然后我们分别定义三种数据存储类型的实现类：
上面 MemoryHandler 继承自 ISaveHandler ，实现LruCache 内存缓存。
上面 SharedPreferenceHandler 继承自 ISaveHandler ，实现SharedPreference 缓存。还有磁盘缓存就不写了，有兴趣的可以自己扩展。这里主要讲解一下工厂设计模式。下面开始写简单工厂，简单确实也很简单，一个工厂一个switch语句：
上面就是通过传入的枚举类型生成相应的存储对象。不多说，看一下用法吧：
这种枚举类型的简单工厂模式好处就是清楚明了类型少，没那么多拐弯抹角。不好的地方就是，当数据存储类型（产品类型）需要扩展的时候，需要改动工厂。下面我们来看一下第二种：工厂方法模式。
开头说了，工厂方法模式由两种形式，一种是多工厂形式，一种是单工厂形式。
上面我们看到了一个工厂里面一个方法，就用于生成 SharedPreference形式的存储。如果要生成其他形式的存储，那么就再造一个相应的工厂。别的工厂这里就不贴出来了。其实这种方式更加一目了然，但缺点也很一目了然，就是工厂贼多。那下面就看一下工厂比较少的形式。
上面就是通过类型，然后反射获取存储类型的对象。这种模式和简单工厂有点类似，只不过这里不需要维护枚举类。当需要扩展数据存储方式时，只需要增加数据存储类型就可以了，并不需要改变工厂。这种方式应该是应用最广泛的一种工厂模式。下面再简单看下它的使用吧：
抽象工厂模式其实和工厂方法的多工厂模式有点类似，容易混淆。这两者的区别是，单工厂方法模式下，一个工厂只能生产一个产品，而抽象工厂模式下，一个工厂需要生产一组产品。比如我这里需要一个工厂能同时生产内存存储对象和SharedPreferece对象。或者，一个工厂能同时生产内存存储对象和磁盘存储对象等等。在实际开发过程中，如果用到了这种抽象工厂模式，那么一般来说，一个工厂能生产的这两个对象之间会有一定的关联性。比如说汽车工厂，它能同时生产出轴承和轮胎，这两者关系就很密切。下面看一下抽象工厂模式：
上面一个工厂可以生产两种产品，当然，上面例子里面工厂的两种产品木有很强的关联。刚才说了，使用到这种抽象工厂方式时，一般一个工厂的产品之间会有一定的关联。就像汽车的轴承和轮胎。相对来说，在日常的开发当中，工厂方法模式可能应用的更广泛一些。
Demo： Factory
大家在关注
