1.计算机病毒有哪些类型
2.揭秘视频号矩阵系统:一键多平台发布,媒介媒介定时任务助你效率翻倍!系统系统
3.Qomo Linux特色
4.三层架构是源码源码什么?
5.计算机病毒该怎么分类
6.PyTorch源码学习系列 - 2. Tensor
计算机病毒有哪些类型
按照存在媒介、传播途径、媒介媒介破坏性、系统系统算法和传染方式等不同属性,源码源码vpay源码开发计算机病毒可以分为多种类型。媒介媒介
1. 存在媒介分类
- 网络病毒:通过计算机网络传播,系统系统感染网络中的源码源码可执行文件。
- 文件病毒:感染计算机中的媒介媒介文件,如COM、系统系统EXE、源码源码DOC等文件。媒介媒介
- 引导型病毒:感染启动扇区和硬盘的系统系统系统引导扇区。
2. 传播途径分类
- 驻留型病毒:感染后留在内存中,源码源码合并到操作系统中,直到关机或重启。
- 非驻留型病毒:不感染内存,如一些病毒在内存中留有小部分代码,但并不通过此代码传播。
3. 破坏性分类
- 无害型:除占用磁盘空间外,对系统无害。
- 无危险型:仅影响内存、显示图像等,无实质损害。
- 危险型:造成系统操作错误。
- 非常危险型:删除程序、破坏数据等。
4. 算法分类
- 伴随型病毒:产生文件的伴随体,如XCOPY.EXE的伴随体是XCOPY-COM。
- “蠕虫”型病毒:通过网络传播,不改变文件内容,利用网络传播。
- 寄生型病毒:依附在系统引导扇区或文件中,通过系统功能传播。
- 练习型病毒:包含错误,传播能力弱。
- 诡秘型病毒:修改DOS内部,不易被发现。
- 变型病毒:复杂算法,每传播一次都变化。
5. 传染方式分类
- 引导区型病毒:通过软盘传播,感染引导区,蔓延到硬盘。
- 文件型病毒:感染扩展名为COM、EXE、SYS等类型的文件。
- 混合型病毒:结合引导区型和文件型病毒特点。
- 宏病毒:寄存在Office文档的宏代码中,影响文档操作。
6. 连接方式分类
- 源码型病毒:攻击高级语言源程序,随源程序编译连接。
- 入侵型病毒:代替正常程序模块,针对性较强。
- 操作系统型病毒:加入或替代操作系统功能。
- 外壳型病毒:附在正常程序开头或结尾,如文件型病毒。
7. 其他分类
- 良性病毒、恶性病毒、极恶性病毒、灾难性病毒:根据破坏性划分。
计算机病毒在运行时会查找其他宿主并感染,有的病毒会将自己加载内存并伺机感染其他目标。常驻型病毒包含复制模块,在操作系统运行特定动作时会被调用,如运行文件时会被感染。常驻型病毒分为快速感染者和慢速感染者,分别试图感染更多文件或有序感染。
揭秘视频号矩阵系统:一键多平台发布,定时任务助你效率翻倍!
在数字化时代,视频内容已成为吸引用户眼球的linux open源码重要媒介。然而,对于内容创作者和运营者来说,如何在多个平台上高效地发布和管理视频内容,却是一个不小的挑战。今天,我们将为您揭秘一款强大的视频号矩阵系统源码,它支持多平台自动发布和定时任务一键设置,让您的视频内容传播效率倍增!
一、多平台自动发布,省时又省力
想象一下,您只需在一个平台上编辑好视频内容,便能一键同步发布到多个社交平台,如抖音、快手、微博、B站等。这样的操作不仅节省了您逐个平台上传的时间和精力,还能确保内容在多个平台上的快速传播。视频号矩阵系统源码正是基于这样的需求而生,它具备强大的跨平台兼容性,支持主流视频平台的自动发布功能,让您轻松实现多平台内容同步。
二、定时任务一键设置,精准掌握发布时机
除了多平台自动发布外,视频号矩阵系统源码还具备定时任务一键设置的功能。您可以根据视频内容的特性和目标受众的活跃时间,灵活设置发布时间。这样,无论是在工作日还是节假日,您都能确保视频内容在最佳时机发布,吸引更多用户的关注和互动。定时任务的设置让您的内容传播更加精准,有效提升了内容曝光度和用户参与度。
三、效率倍增,打造视频内容传播新生态
视频号矩阵系统源码的引入,将为您的内容传播带来革命性的变化。多平台自动发布和定时任务一键设置的功能,让您的视频内容传播效率倍增。您可以将更多的精力投入到内容创作和运营策略上,而无需担心繁琐的发布和管理流程。同时,多平台同步发布还能扩大您的受众群体,提升品牌知名度和影响力。
四、如何使用视频号矩阵系统源码?
要充分利用视频号矩阵系统源码的功能,您需要按照以下步骤进行操作:
五、结语
视频号矩阵系统源码的引入,将为您的视频内容传播带来前所未有的便利和效率。多平台自动发布和定时任务一键设置的功能,让您轻松实现内容的多平台同步传播和精准掌握发布时机。赶快行动起来,借助视频号矩阵系统源码打造属于您自己的视频内容传播新生态吧!
Qomo Linux特色
Qomo Linux具有定期更新的特色,每两个月发布一个snapshot版,以及每半年在3月和9月的第三周推出正式版本。系统支持多种安装方式,包括使用光盘、硬盘或USB安装,且通过LiveCD或LiveUSB进行初始运行。 Qomo Linux的发布媒介多样,包括光盘和DVD。其社区活跃,依托Linux开源社区,与用户保持紧密交流,通过在线更新提供最新软件包和系统升级。平台开放,源码和代码仓库对社区用户开放,允许用户分享、thinkphp金融源码推荐和管理软件,通过投票和评论参与软件库的选择。 系统软件丰富,Qomo将支持多种桌面环境,如KDE和GNOME,以及最新的流行软件,以满足不同用户的使用需求。Qomo强调平滑升级,每天监控Linux主流版本,确保用户系统始终最新。Qomo 4.x系列从1.x发展至4.x,4.0和4.1主要更新了桌面环境、系统组件和软件包。 4.1版本在4.0基础上进行软件包更新和界面改进,4.0用户可通过升级到4.1,但部分界面调整需重新安装才能体验。Qomo 4.1内核和桌面环境均有升级,如内核升至3.6.6,GNOME和KDE版本也相应更新,提供更稳定和优化的用户体验。 安装方式多样,包括刻录DVD、USB安装,以及详细硬盘安装教程。Qomo Linux从年开始发布,以1.0版为起点,逐渐发展并面向国内开源社区提供最新、轻量级的Linux桌面操作系统。扩展资料
Qomo Linux项目是以Linux人社区为依托,采用社区开发方式,以开源软件推广普及和提高为宗旨的Linux社区版本开发项目。项目的目标是提供一款最新、最酷、最快,轻量级、模块化的Linux操作系统;并以此为平台,探索各种Linux前沿技术,开发出更多具有影响力和生命力的软件项目;回馈国际社区,促进国人与开源社区的交流,使国人在开源社区中能发挥更重要的作用。我们希望Qomo项目能够成为中国人在开源领域里未来的创新技术的发源地。三层架构是什么?
MVC是三个单词的缩写,分别为: 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑,通常可以用JavaBean或EJB来实现。 View层用于与用户的交互,通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
目录
MVC与模板概念的理解
MVC如何工作视图
模型
控制器
为什么要使用 MVC
MVC的优点低耦合性
高重用性和可适用性
较低的生命周期成本
快速的部署
可维护性
有利于软件工程化管理
MVC的缺点
开发方式Java开发Web Application
.NET开发Web Application
php 开发Web Application
常见的MVC组件
Struts 中Model 1 和Model 2简介Model 1
Model 2
Struts的结构和处理流程简介
利用Struts框架开发
MVC与模板概念的理解
MVC(Model View Controller)模型-视图-控制器 MVC本来是存在于Deskt
op程序中的,M是指数据模型,V是指用户界面,C则是控制器。使用MVCcopyright: Apple Inc.
的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步,一旦M改变,V应该同步更新。 模型-视图-控制器(MVC)是Xerox PARC在八十年代为编程语言Smalltalk-发明的一种软件设计模式,至今已被广泛使用。最近几年被推荐为Oracle旗下Sun公司Java EE平台的设计模式,并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎。模型-视图-控制器模式是一个有用的工具箱,它有很多好处,但也有一些缺点。
MVC如何工作
MVC是一个设计模式,它强制性的使应用程序的输入、处理和输出分开。php fpm 源码使用MVC应用程序被分成三个核心部件:模型、视图、控制器。它们各自处理自己的任务。
视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说,视图就是由HTML元素组成的界面,在新式的Web应用程序中,HTML依旧在视图中扮演着重要的角色,但一些新的技术已层出不穷,它们包括Macromedia Flash和象XHTML,XML/XSL,WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生,不管这些数据是联机存储的还是一个雇员列表,作为视图来讲,它只是作为一种输出数据并允许用户操纵的方式。
模型
模型表示企业数据和业务规则。在MVC的三个部件中,模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的,就是说模型与数据格式无关,这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性。
控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时,控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求,然后再确定用哪个视图来显示返回的数据。
为什么要使用 MVC
大部分Web应用程序都是用像ASP,PHP,或者CFML这样的过程化(自PHP5.0版本后已全面支持面向对象模型)语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来,但这通常不是很容易做到的,它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作,但是它给我们带来的好处是毋庸置疑的。 首先,最重要的一点是多个视图能共享一个模型,现在需要用越来越多的方式来访问你的应用程序。对此,其中一个解决之道是使用MVC,无论你的用户想要Flash界面或是 WAP 界面;用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开,所以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化,所以同样的构件能被不同界面使用。例如,很多数据可能用HTML来表示,但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能,例如,基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的,并且与控制器和视图相分离,所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle,或者改变你的基于RDBMS数据源到LDAP,只需改变你的模型即可。一旦你正确的实现了模型,不管你的数据来自数据库或是LDAP服务器,视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立,改变其中一个不会影响其它两个,所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说,spring autowired 源码控制器也提供了一个好处,就是可以使用控制器来联接不同的模型和视图去完成用户的需求,这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图,控制器可以根据用户的需求选择模型进行处理,然后选择视图将处理结果显示给用户。
MVC的优点
低耦合性
视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
高重用性和可适用性
随着技术的不断进步,现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,虽然订购的方式不一样,但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化,所以同样的构件能被不同的界面使用。例如,很多数据可能用HTML来表示,但是也有可能用WAP来表示,而这些表示所需要的命令是改变视图层的实现方式,而控制层和模型层无需做任何改变。
较低的生命周期成本
MVC使降低开发和维护用户接口的技术含量成为可能。
快速的部署
使用MVC模式使开发时间得到相当大的缩减,它使程序员(Java开发人员)集中精力于业务逻辑,界面程序员(HTML和JSP开发人员)集中精力于表现形式上。
可维护性
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
有利于软件工程化管理
由于不同的层各司其职,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。
MVC的缺点
MVC的缺点是由于它没有明确的定义,所以完全理解MVC并不是很容易。使用MVC需要精心的计划,由于它的内部原理比较复杂,所以需要花费一些时间去思考。 你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序,同时由于模型和视图要严格的分离,这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试,你就可以毫无顾忌的重用它们了。 根据开发者经验,由于开发者将一个应用程序分成了三个部件,所以使用MVC同时也意味着你将要管理比以前更多的文件,这一点是显而易见的。这样好像我们的工作量增加了,但是请记住这比起它所能带给我们的好处是不值一提。 MVC并不适合小型甚至中等规模的应用程序,花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。 MVC设计模式是一个很好创建软件的途径,它所提倡的一些原则,像内容和显示互相分离可能比较好理解。但是如果你要隔离模型、视图和控制器的构件,你可能需要重新思考你的应用程序,尤其是应用程序的构架方面。如果你肯接受MVC,并且有能力应付它所带来的额外的工作和复杂性,MVC将会使你的软件在健壮性,代码重用和结构方面上一个新的台阶。
开发方式
Java开发Web Application
Java开发Web Application有几种符合MVC设计模式的开发方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine,Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 6:SSH (Struts + Spring + Hibernate)
.NET开发Web Application
.NET开发Web Application可以采用: 1:ASP.NET MVC Framework(ASP.NET MVC ) 2:MonoRail (RC3) 3:ASP.NET MVC2
php 开发Web Application
php 开发Web Application 可以采用: 1. Zend framework PHP官方框架 2. fleaphp/Qeephp 等国内流行框架 3. CakePHP 等国外流行框架 4. ThinkPHP 等其他框架
常见的MVC组件
Struts: Apache的,最流行的MVC组件 Struts2 :Apache用Struts 和 WebWork的组合出来的新产品,目前上升势头强劲 WebWork: 这个可是老牌的MVC组件,后来组合成了Struts2, 不过自身仍在发展 Spring MVC:SpringFramework自己整合自己Spring的优势推出的MVC组件,用户也不少 JSF: 这个是一个规范,Sun的和 Apache的都有各自的实现。用户量很大,被众多IDE支持。 Tapestry: 最彻底的MVC开发框架,丰富的组件资源,重用性很高。组件扮演着控制器Controller的角色,是模式层(Model) 中pure-domain objects和包含有组件的HTML模板之间的媒介。大多数情况下,这种方式应用于页面(页面也 是 Tapestry组件),但是在某些情况中,一个组件拥有自己的模板,包含着更多的组件,并且支持与使用者的互交。页面通过配置一系列属性表达式(Property expressions)连接模式层和表现层。属性表达式使用另外一种开源框架OGNL(Object Graph Navigation Language)。OGNL的开源工程(project)独立于Tapestry,但是在Tapestry中起很重要的作用。OGNL主要的目的在于读取和更新对象的Java Bean属性。 .net mvc:在.net上的mvc组件,经过了preview1~5,RC1,RC2,目前已经是正式版了,微软给出的定义是可以用于生产的架构。配合VS以及将要出现的VS,相信.net mvc将会是MVC家族的重要的一员。
Struts 中Model 1 和Model 2简介
我们在开发Web应用时经常提到的一个概念是Model1/Model2,那么到底它是什么意思呢?其实它是对采用JSP技术构成Web应用的不同模型的描述。下面对这个概念做一个简单的介绍。
Model 1
在使用JAVA技术建立Web应用的实例中,由于JSP技术的发展,很快这种便于掌握和可实现快速开发的技术就成了创建Web应用的主要技术。JSP页面中可以非常容易地结合业务逻辑(jsp:useBean)、服务端处理过程(jsp:let)和HTML(),在JSP页面中同时实现显示,业务逻辑和流程控制,从而可以快速地完成应用开发。现在很多的Web应用就是由一组JSP页面构成的。这种以JSP为中心的开发模型我们可以称之为Model1。 当然这种开发模式在进行快速和小规模的应用开发时,是有非常大的优势,但是从工程化的角度考虑,它也有一些不足之处: 应用的实现一般是基于过程的,一组JSP页面实现一个业务流程,如果要进行改动,必须在多个地方进行修改。这样非常不利于应用扩展和更新。 由于应用不是建立在模块上的,业务逻辑和表示逻辑混合在JSP页面中没有进行抽象和分离。所以非常不利于应用系统业务的重用和改动。 考虑到这些问题在开发大型的Web应用时必须采用不同的设计模式――这就是Model2
Model 2
Model 2表示的是基于MVC模式的框架。MVC是Model-View-Controller的简写。“Model”代表的是应用的业务逻辑(通过JavaBean,EJB组件实现),“View”是应用的表示面(由JSP页面产生),“Controller”是提供应用的处理过程控制(一般是一个Servlet),通过这种设计模型把应用逻辑,处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。从而弥补了Model1的不足。 Model2具有组件化的优点从而更易于实现对大规模系统的开发和管理,但是开发StrutsMVC系统比简单的JSP开发要复杂许多,它需要更多的时间学习和掌握。同时新东西的引入会带来新的问题(这让我想起来关于“自动计算”的一篇文章,中间提到为了降低系统的复杂度,却导致更高的复杂度)。 必须基于StrutsMVC组件的方式重新思考和设计应用结构。原来通过建立一个简单的JSP页面就能实现的应用现在变成了多个步骤的设计和实现过程。 所有的页面和组件必须在Struts MVC框架中实现,所以必须进行附加地开发工作。 StrutsMVC本身就是一个非常复杂的系统,所以采用StrutsMVC实现Web应用时,最好选一个现成的MVC框架,在此之下进行开发,从而取得事半功倍的效果。现在有很多可供使用的MVC框架,由于Struts有完整的文档并且相对来讲比较简单,所以用它开发MVC系统还是比较方便地。
Struts的结构和处理流程简介
Struts1是Apache组织的一个项目,像其他的Apache组织的项目一样,它也是开放源码项目。Struts1是一个比较好的MVC框架提供了对开发MVC系统的底层支持,它采用的主要技术是Servlet,JSP和customtaglibrary。 作为一个MVC的框架,Struts1对Model、View和Controller都提供了对应的实现组件,分别进行介绍,并且看看它们是如何结合在一起的。 Controller:控制器的作用是从客户端接受请求,并且选择执行相应的业务逻辑,然后把响应结果送回到客户端。在Struts1中Controller功能由图中ActionServlet和ActionMapping对象构成:核心是一个Servlet类型的对象ActionServlet,它用来接受客户端的请求。ActionServlet包括一组基于配置的ActionMapping对象,每个ActionMapping对象实现了一个请求到一个具体的Model部分中Action处理器对象之间的映射。 Model:StrutsMVC系统中的Model部分从概念上可以分为两类――系统的内部状态,和改变系统状态的动作。Struts1为Model部分提供了Action和ActionForm对象:所有的Action处理器对象都是开发者从Struts1的Action类派生的子类。Action处理器对象封装了具体的处理逻辑,调用业务逻辑模块,并且把响应提交到合适的View组件以产生响应。Struts1提供的ActionForm组件对象,它可以通过定义属性描述客户端表单数据。开发者可以从它派生子类对象,利用它和Struts提供的自定义标记库结合可以实现对客户端的表单数据的良好封装和支持,Action处理器对象可以直接对它进行读写,而不再需要和request、response对象进行数据交互。通过ActionForm组件对象实现了对View和Model之间交互的支持。Struts1通常建议使用一组JavaBean表示系统的内部状态,根据系统的复杂度也可以使用像EntityEJB和SessionEJB等组件来实现系统状态。Struts建议在实现时把“做什么”(Action)和“如何做”(业务逻辑)分离。这样可以实现业务逻辑的重用。 View:Struts1应用中的View部分是通过JSP技术实现的。Struts1提供了自定义的标签库(tag library)可以使用,通过这些自定义标签(tag)可以非常好地和系统的Model部分交互,通过使用这些自定义标签创建的JSP表单,可以实现和Model部分中的ActionForm的映射,完成对用户数据的封装,同时这些自定义标签还提供了像模板定制等多种显示功能。 StrutsMVC框架的处理流程清楚的体现了MVC系统的特点,简单的Struts组件结构。StrutsControllerActionServlet处理客户请求,利用配置的ActionMapping对象把请求映射到Action处理器对象进行处理。Action处理对象访问ActionForm中的数据,处理和响应客户请求,它还调用后台的Bean组件,这些组件封装了具体的业务逻辑。Action处理器对象根据处理结果通知Controller,Controller进行下一步的处理。
利用Struts框架开发
Struts1 MVC系统要做的工作 由于Struts已经为我们提供了一个非常好的MVC框架,我们利用Struts开发MVC系统时可以大大加快开发的速度。在开发时可以采用的一个开发流程如下(引自资料3): 收集和定义应用需求。 基于数据采集和显示的原则定义和开发“屏幕显示”需求 。 为每一个“屏幕显示”定义访问路径。 定义ActionMappings建立到应用业务逻辑之间的联系。 开发满足“屏幕显示”需求的所有支持对象。 基于每一个“屏幕显示”需求提供的数据属性来创建对应的ActionForm对象 开发被ActionMapping调用的Action对象。 开发应用业务逻辑对象 (Bean,EJB,等等)。 对应ActionMapping设计的流程创建JSP页面。 建立合适的配置文件struts-config.xml , web.xml。 开发/测试/部署 具体在使用Struts框架时,对应各个部分的开发工作主要包括: Model部分:采用JavaBean和EJB组件,设计和实现系统的业务逻辑。根据不同的请求从Action派生具体Action处理对象。完成“做什么”的任务来调用由Bean构成的业务组件。创建由ActionForm的派生类实现对客户端表单数据的封装。 Controller部分:Struts为我们提供了核心控制部分的实现。我们只需要配置ActionMapping对象 View部分:为了使用Model中的ActionForm对象,我们必须用Struts提供的自定义标记创建HTML表单。利用Struts提供的自定义标记库编写用户界面把应用逻辑和显示逻辑分离。Struts框架通过这些自定义标记建立了View和Model之间的联系。Struts的自定义标记还提供了很多定制页面的功能。 同时需要编辑两个配置文件:web.xml和struts-config.xml。通过它们配置Struts系统中的各个模块之间的交互。下面对这两个配置文件做一些介绍: web.xml文件的配置: web应用中的web.xml是第一个要配置的地方,它描述了系统的Controller对象。在web.xml中增加如下标记 <servlet><servlet-name>action</servlet-name><servlet-class> org.apache.struts.action.ActionServlet</servlet-class><init-m> <m-name>application</m-name> </servlet> 说明:这个servlet对象就是Struts提供的Controller,还可以为它指定初始化参数,比如对系统应用属性的支持。 < SERVLET-MAPPING> < SERVLET-NAME>action</SERVLET-NAME>< URL-PATTERN>*.do</URL-PATTERN></SERVLET-MAPPING> 说明:实现客户请求的url信息和服务器端具体处理的映射关系。 <taglib><taglib-url>/WEB-INF/struts-bean.tld</taglib-url> <taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib> 说明:添加对Struts提供的应用所使用的自定义标记库的引用。 struts-config.xml文件的配置: struts-config.xml是用于建立Controller和Model之间的关系的。它描述了Controller所使用的把请求对应到具体处理的法则,同时它还描述了客户提供的数据与ActionForm组件的对应映射关系。 在struts-config.xml中增加如下标记 <form-beans> <form-bean name=“loginForm”type=“loginForm”/></form-beans> 说明:标记描述一个具体的ActionForm子类对象,通过它和JSP页面中的自定标记的结合使用可以实现ActionForm和View之间的数据映射。 <action-mappings><actionpath=“/login”type=“loginAction” name=“loginForm”input=“/login.jsp”/></action-mappings> 说明:标记描述了请求和处理的一对一映射关系。input和path属性唯一的标记了客户端的一个请求,name属性描述封装客户端的数据的ActionForm子类对象。Type属性描述处理这个请求的Action子类对象。 [1]通过对两个配置文件的配置,把Struts MVC框架中MVC的各个部分联系起来,实现一个真正的Struts MVC系统。
计算机病毒该怎么分类
(一)根据攻击的系统分类
1. DOS系统病毒:这类病毒占据了病毒总数的绝大多数,我国目前出现的病毒大多属于这一类。它们是计算机病毒中最早出现、变种最多的类型。
2. UNIX系统病毒:随着UNIX系统的广泛应用,特别是许多大型操作系统采用UNIX作为主要系统,针对UNIX的病毒也随之产生,对信息安全构成了严重威胁。
3. OS/2系统病毒:世界上已发现针对OS/2系统的病毒,这虽然看似一个简单的不良开端,但实际上标志着该系统也成为病毒攻击的目标。
4. Windows系统病毒:由于用户偏爱Windows的图形用户界面(GUI)和多任务操作,Windows系统得到了广泛应用,并逐渐取代DOS,成为病毒攻击的主要目标。
(二)计算机病毒的链结方式分类
1. 操作系统型病毒:这类病毒通过取代系统运行,具有极大的破坏力,可能导致系统崩溃。
2. 外壳型病毒:这是最常见的病毒类型,易于编写但也容易被发现。它将自身包围在主程序四周,但不修改主程序。
3. 嵌入型病毒:这种病毒嵌入到现有程序中,通过插入方式与攻击对象链接。
4. 源码型病毒:主要针对用高级语言编写的程序,在编译前插入病毒代码,使其成为编译后的合法部分。
(三)传播媒介分类
1. 单机病毒:这类病毒通常通过磁盘传播,从软盘传入硬盘,感染系统后可能再传播到其他软盘。
2. 网络病毒:通过网络渠道传播,具有更大的破坏力和传染性。
(四)按病毒激活时间分类
计算机病毒的激活可以分为定时和随机两种:定时病毒在特定时间发作,随机病毒则无规律地随时可能发作。
(五)按寄生方式和传染途径分类
人们习惯根据寄生方式和传染途径来分类计算机病毒。按寄生方式,病毒可分为引导型和文件型;按传染途径,可分为驻留内存型和不驻留内存型,其中驻留内存型还可以进一步细分。
PyTorch源码学习系列 - 2. Tensor
本系列文章同步发布于微信公众号小飞怪兽屋及知乎专栏PyTorch源码学习-知乎(zhihu.com),欢迎关注。
若问初学者接触PyTorch应从何学起,答案非神经网络(NN)或自动求导系统(Autograd)莫属,而是看似平凡却无所不在的张量(Tensor)。正如编程初学者在控制台输出“Hello World”一样,Tensor是PyTorch的“Hello World”,每个初学者接触PyTorch时,都通过torch.tensor函数创建自己的Tensor。
编写上述代码时,我们已步入PyTorch的宏观世界,利用其函数创建Tensor对象。然而,Tensor是如何创建、存储、设计的?今天,让我们深入探究Tensor的微观世界。
Tensor是什么?从数学角度看,Tensor本质上是多维向量。在数学里,数称为标量,一维数据称为向量,二维数据称为矩阵,三维及以上数据统称为张量。维度是衡量事物的方式,例如时间是一种维度,销售额相对于时间的关系可视为一维Tensor。Tensor用于表示多维数据,在不同场景下具有不同的物理含义。
如何存储Tensor?在计算机中,程序代码、数据和生成数据都需要加载到内存。存储Tensor的物理媒介是内存(GPU上是显存),内存是一块可供寻址的存储单元。设计Tensor存储方案时,需要先了解其特性,如数组。创建数组时,会向内存申请一块指定大小的连续存储空间,这正是PyTorch中Strided Tensor的存储方式。
PyTorch引入了步伐(Stride)的概念,表示逻辑索引的相对距离。例如,一个二维矩阵的Stride是一个大小为2的一维向量。Stride用于快速计算元素的物理地址,类似于C/C++中的多级指针寻址方式。Tensor支持Python切片操作,因此PyTorch引入视图概念,使所有Tensor视图共享同一内存空间,提高程序运行效率并减少内存空间浪费。
PyTorch将Tensor的物理存储抽象成一个Storage类,与逻辑表示类Tensor解耦,建立Tensor视图和物理存储Storage之间多对一的联系。Storage是声明类,具体实现在实现类StorageImpl中。StorageImp有两个核心成员:Storage和StorageImpl。
PyTorch的Tensor不仅用Storage类管理物理存储,还在Tensor中定义了很多相关元信息,如size、stride和dtype,这些信息都存在TensorImpl类中的sizes_and_strides_和data_type_中。key_set_保存PyTorch对Tensor的layout、device和dtype相关的调度信息。
PyTorch创建了一个TensorBody.h的模板文件,在该文件中创建了一个继承基类TensorBase的类Tensor。TensorBase基类封装了所有与Tensor存储相关的细节。在类Tensor中,PyTorch使用代码自动生成工具将aten/src/ATen/native/native_functions.yaml中声明的函数替换此处的宏${ tensor_method_declarations}
Python中的Tensor继承于基类_TensorBase,该类是用Python C API绑定的一个C++类。THPVariable_initModule函数除了声明一个_TensorBase Python类之外,还通过torch::autograd::initTorchFunctions(module)函数声明Python Tensor相关的函数。
torch.Tensor会调用C++的THPVariable_tensor函数,该函数在文件torch/csrc/autograd/python_torch_functions_manual.cpp中。在经过一系列参数检测之后,在函数结束之前调用了torch::utils::tensor_ctor函数。
torch::utils::tensor_ctor在文件torch/csrc/utils/tensor_new.cpp中,该文件包含了创建Tensor的一些工具函数。在该函数中调用了internal_new_from_data函数创建Tensor。
recursive_store函数的核心在于
Tensor创建后,我们需要通过函数或方法对其进行操作。Tensor的方法主要通过torch::autograd::variable_methods和extra_methods两个对象初始化。Tensor的函数则是通过initTorchFunctions初始化,调用gatherTorchFunctions来初始化函数,主要分为两种函数:内置函数和自定义函数。
源码是什么?
源码,作为编程的源头,是程序员编写的原始程序代码。它如同音乐家的五线谱、建筑师的图纸,是他们表达创意和功能的媒介。在软件开发中,源码是程序员的语言,通过编写源码来实现软件的各种功能。
当我们运行软件时,实际上是在执行程序员编写的源码,将其翻译成计算机可以识别和执行的代码。源码经过编译后,被转化为目标代码,即可以直接被计算机运行的代码。这个过程使得软件能够在用户设备上执行,实现其预定的功能。
源码不仅具有生成目标代码的功能,而且承担着对软件进行说明的重要角色。它可以帮助其他开发者理解软件的内部逻辑、设计意图和实现细节,为后续的学习、分享、维护和复用提供便利。然而,在实际开发中,有时候开发者会忽视软件说明的编写,这种做法可能会带来后续维护的困难。因此,编写详尽的软件说明被视为一种优秀的编程习惯,被许多公司所推崇和要求。
值得注意的是,源码的修改并不会直接改变已经生成的目标代码。要实现对目标代码的修改,通常需要重新编译源码。这是因为编译过程会根据源码生成特定的目标代码,而目标代码的执行依赖于其原始的逻辑结构。因此,在进行源码修改时,需要确保修改后的源码能够正确生成目标代码,以确保软件的正常运行。
综上所述,源码作为编程的基础,不仅承载了实现软件功能的代码,还包含了对软件的理解和说明。通过编写清晰的源码和详细说明,可以提高软件的可维护性、可复用性和共享性,为软件开发和维护带来诸多益处。
2024-12-29 00:11
2024-12-29 00:09
2024-12-28 23:54
2024-12-28 23:34
2024-12-28 23:22
2024-12-28 23:06
2024-12-28 23:01
2024-12-28 22:38