CN114827703A

Movatterモバイル変換

Info

Publication number: CN114827703A
Application number: CN202110124980.6A
Authority: CN
Inventors: 汪刚
Original assignee: Wuhan Douyu Network Technology Co Ltd
Current assignee: Shanxi Yinghuang Culture Media Co ltd
Priority date: 2021-01-29
Filing date: 2021-01-29
Publication date: 2022-07-29
Anticipated expiration: 2041-01-29
Also published as: CN114827703B

Abstract

The embodiment of the invention discloses a method, a device, equipment and a medium for queuing and playing views, wherein the method comprises the following steps: acquiring first view model information from a preset array by a first view display method, and judging whether a target view model corresponding to the acquired current view model information exists or not; if so, determining the screen display direction of the target view model, and judging whether the target view model complies with a view creation method corresponding to the screen display direction; if so, calling a view creating method to create a view to be played currently, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view; and when the playing is finished, removing the current view model information from the preset array, and repeatedly acquiring the first view model information in the preset array. The method and the device can improve the universality of the view construction code and the convenience of later maintenance, and can more conveniently realize queuing and playing logic.

Description

View queuing playing method, device, equipment and medium

Technical Field

The embodiment of the invention relates to the technical field of computers, in particular to a method, a device, equipment and a medium for queuing and playing views.

Background

Software Applications (APPs) based on Android or IOS systems have a need to queue and play a plurality of different views, for example, in a live broadcast Application, different gift banner views need to be queued and played.

In a traditional view queuing and playing method, different view construction methods are generally adopted first to respectively construct each view; and then the constructed view is put into an array to execute the queuing and playing logic. The deficiencies of the prior methods include at least: different view construction methods are called to construct views, so that the view construction codes are poor in universality and high in later maintenance difficulty; the whole view is processed by queuing and playing, so that the queuing and playing logic is complex to process.

Disclosure of Invention

In view of this, embodiments of the present invention provide a method, an apparatus, a device, and a medium for queuing and playing a view, which can not only improve universality of a view construction code and convenience of later maintenance, but also more conveniently implement a queuing and playing logic.

In a first aspect, an embodiment of the present invention provides a method for queuing and playing a view, including:

acquiring first view model information from a preset array by a first view display method, and judging whether a target view model corresponding to the acquired current view model information exists or not;

if so, determining the screen display direction of the target view model, and judging whether the target view model complies with a view creation method corresponding to the screen display direction;

if the target view model complies with the view creating method corresponding to the screen display direction, calling the view creating method to create a view to be played currently, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view;

and when the configured view is played, removing the current view model information from the preset array, and repeatedly acquiring the first view model information in the preset array.

In a second aspect, an embodiment of the present invention provides a device for queuing and playing back views, including:

the acquisition module is used for acquiring first view model information from a preset array through a first view display method and judging whether a target view model corresponding to the acquired current view model information exists or not;

the judging module is used for determining the screen display direction of the target view model if the view model corresponding to the acquired view model information exists, and judging whether the target view model complies with the view creating method corresponding to the screen display direction;

the playing module is used for calling the view creating method to create a view to be played currently if the view model complies with the view creating method corresponding to the screen display direction, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view;

a removing module, configured to remove the current view model information from the preset array when the configured view is played;

correspondingly, the obtaining module is further configured to repeatedly obtain the first view model information in the preset array.

In a third aspect, an embodiment of the present invention provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the computer program to implement the method for queuing and playing views as described in the first aspect.

In a fourth aspect, embodiments of the present invention provide a storage medium containing computer-executable instructions which, when executed by a computer processor, implement a method of queued playback of views as described in the first aspect above.

The embodiment of the invention provides a method, a device, equipment and a medium for queuing and playing views, wherein the method comprises the following steps: acquiring first view model information from a preset array by a first view display method, and judging whether a target view model corresponding to the acquired current view model information exists or not; if so, determining the screen display direction of the target view model, and judging whether the target view model complies with a view creation method corresponding to the screen display direction; if the target view model complies with the view creating method corresponding to the screen display direction, calling the view creating method to create the view to be played currently, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view; and when the configured view is played, removing the current view model information from the preset array, and repeatedly acquiring the first view model information in the preset array.

The view model information in the array is obtained in a circulating mode, different views are built through unified logic and played, the universality of view building codes can be improved, and the convenience of code later-period maintenance can be improved. And compared with the traditional method of queuing the constructed views, the method can more conveniently realize the queuing and playing logic by queuing the view model information.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the description of the embodiments of the present invention will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the contents of the embodiments of the present invention and the drawings without creative efforts.

Fig. 1 is a schematic flow chart of a method for queuing and playing views according to an embodiment of the present invention;

fig. 2 is a schematic structural diagram of a queuing and playing apparatus according to a second embodiment of the present invention;

fig. 3 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention.

Detailed Description

In order to make the technical problems solved, technical solutions adopted and technical effects achieved by the present invention clearer, the technical solutions of the embodiments of the present invention will be described in further detail below with reference to the accompanying drawings, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention. In the following embodiments, optional features and examples are provided in each embodiment, and various features described in the embodiments may be combined to form a plurality of alternatives, and each numbered embodiment should not be regarded as only one technical solution.

Example one

Fig. 1 is a schematic flow chart of a view queuing and playing method according to an embodiment of the present invention. The method for playing in line of view disclosed in this embodiment is applicable to the case of playing in line of view, for example, the case of playing in line of a gift banner view. The method for queuing and playing back views disclosed in this embodiment may be executed by a queuing and playing device for views (which may be simply referred to as a queuing and playing device), which may be implemented by hardware and/or hardware, and may be configured in electronic equipment, such as an electronic equipment such as a smart phone and a computer.

Referring to fig. 1, the queuing and playing method of this view includes the following steps:

s110, acquiring first view model information from a preset array through a first view display method, and judging whether a target view model corresponding to the acquired current view model information exists or not.

In the embodiment of the present disclosure, the method name of the first view display method may include, but is not limited to [ self showffirstmsg ], and may be considered to be implemented inside the first view display method from "acquiring the first view model information" in step S110 until step S140 is finished.

The first view model information can be obtained through the following statements:

id<DYWBViewModelProtocal>msg＝[_msgArray firstObject]；

wherein, the name of the preset array may include but is not limited to _ msgArray; at least one piece of view model information msg can be added to a preset array, and the view model information msg added first can be obtained first; the first view model information msg in a preset array can be fetched through a _msgArrayfirst Object function, and the view model information can be used for view construction and configuration; among them, the dywbviewmodel protocol can be used to characterize the protocol that needs to be followed to construct the view, which is equivalent to assigning a header file to the view.

After the view model information is acquired, whether a target view model corresponding to the acquired current view model information exists or not can be judged through an if () statement. When the feedback result of the if () statement is 1, the corresponding target view model can be considered to exist, and the step S120 can be continuously executed; when the feedback result of the if () statement is 0, it can be considered that the corresponding target view model does not exist, and at this time, the current view model information can be directly removed from the preset array, and the next first view model information is obtained. When the corresponding target view model does not exist, the information error prompt of the view model can be carried out, so that the user experience is improved.

In some optional implementation manners, before obtaining the first view model information from the preset array by the first view display method, the method further includes: defining a view creation protocol, and declaring a view creation method corresponding to each screen display direction through the view creation protocol.

Wherein the view creation protocol may be defined by:

@protocol DYWBViewModelProtocal<NSObject>；

wherein @ protocol may be used to characterize a view creation protocol that is currently to be declared; wherein, the view creation protocol is a common protocol for creating a view, and the name of the view creation protocol may include but is not limited to dywbview model protocol; where the view creation protocol may follow a base protocol NSObject, which may be considered the most fundamental class, each new protocol typically needs to follow the NSObject protocol.

The view creation protocol may include a plurality of view creation methods, for example, different view creation methods may be defined according to the screen display direction of the view, and different view creation methods may also be defined according to the type of the view and the screen display direction. Wherein, the screen display direction of the view can be a horizontal screen direction and a vertical screen direction. The types of views may include, but are not limited to, Banner (Banner) views, interactive control (e.g., snapbar) views, and the like. In some optional embodiments, when the type of view includes a banner view, the view to be queued for playing may be a gift banner view, thereby enabling the queued playing of the gift banner view in the live APP.

Illustratively, the view creation protocol may include a landscape view creation method for a portrait screen and a landscape view creation method for a landscape screen. The name of the banner view creation method of the vertical screen may include, but is not limited to (UIView < dywbview process >) createbiewoinview (UIView);

the function of the related function code is to create a horizontal view of a vertical screen;

the above-mentioned related function code is described in (UIView < dywbview protocol >) which is a return value of UIView type, and this is a protocol type dywbview protocol to which this return value needs to adhere. The DYWBView protocol is a self-defined protocol type, which is similar to a header file, createBViewInView is a method for creating a cross-view, and the function needs a parameter, wherein the parameter is (UIView) view which represents a parent component of the created view.

The name of the banner view creation method of the landscape screen may include, but is not limited to, (UIView < dywbview process >) createbiewrighstyleinview, (UIView) view, wherein the banner view of the landscape screen may be the view displayed on the right side;

the function of the related function code is to create a banner view of a landscape screen;

the above description of the correlation function code is (UIView < dywbview protocol >) this is a return value of UIView type. This is the protocol type dywbview protocol that the return needs to comply with, this protocol type is custom, it resembles a header file, createBViewRighStyleInView is the method of creating the landscape view, this function needs a parameter, (UIView) view, which represents the parent component of this created view.

In these alternative embodiments, by designing the view creation protocol in advance and declaring a plurality of view creation methods, it is beneficial to implement a uniform creation logic of various views based on the view creation protocol, thereby simplifying the view creation and queuing the play logic.

In some further embodiments, after defining the view creation protocol, comprising: defining a view customization interface, and setting the view customization interface to comply with a view creation protocol; and customizing the image-text information of each view model by calling a view customizing interface.

In order to meet the individual requirements of a user for customizing a plurality of different view models, a view customization interface can be predefined, so that the specific customization of image-text information such as images, identifications, characters, prompt information and the like corresponding to each view model can be realized through the view customization interface.

Wherein the view customization interface may be arranged to comply with the view creation protocol by:

@interface DYNobleWBView:UIView<CAAnimationDelegate,DYWBViewProtocol>；

wherein, the @ interface can be used for representing that a view customization interface is required to be declared currently; wherein, the name of the view customization interface may include but is not limited to DYNobleWBView; the view customization interface can follow a property animation protocol CAAnimationDelegate to realize animation proxy of the view; the view customization interface may also comply with a view creation protocol dywbview protocol, such that each customized view model complies with the dywbview protocol.

In these further embodiments, the construction of heterogeneous views is facilitated according to a unified creation logic by customizing various view models following a view creation protocol.

In some optional embodiments, before obtaining the first view model information from the preset array by the first view display method, the method further includes: and defining a preset array through an array definition statement.

Wherein the preset array may be defined by the following statements:

@property(nonatomic,strong,nonnull)NSMutableArray*msgArray；

wherein @ property may be used to characterize a preset array to be declared currently; wherein, the name of the preset array may include but is not limited to msgArray; the NSMutableArray can be used for representing class names of classes to which the preset arrays belong; among them, nontomic, strong and nonnull are keywords for modifying the preset array.

In these alternative embodiments, by defining the preset array, the view model information corresponding to the view to be displayed subsequently can be stored.

In some further embodiments, after defining the preset array, the method further includes: and calling a view information adding method, and adding the view model information of the view to be played to a preset array.

After the preset array is defined, a method for displaying the internal storage view of the preset array can be defined, and the displaying method can be defined by the following statements:

-(void)showEnterMsg:(id<DYWBViewModelProtocal>)msg；

wherein, the name of the presentation method can include but is not limited to shownentermsg; wherein, the parameter variable of the display method, which is entered into the participant, is (id < dywbviewmodel protocol >) msg, and the name of the parameter variable may be view model information msg, which needs to comply with the view creation protocol dywbviewmodel protocol.

The first view display method disclosed in this embodiment may be a function belonging to the display method. In addition, the display method may further include a view information adding method [ self. msgArray addObject: msg ], where the view adding method is a native array adding method of the IOS, and based on the view information adding method, it is possible to add view model information of a view to be played to a preset array before or while the view is queued for playing.

And S120, if so, determining the screen display direction of the target view model, and judging whether the target view model complies with a view creation method corresponding to the screen display direction.

In this embodiment, if a view model corresponding to the target view model information exists, whether a view corresponding to the target view model needs to be displayed on a horizontal screen may be determined through an if (_ isRight) statement. When the feedback result of the if (_ isRight) statement is 1, the view needs to be displayed in a cross screen mode, and whether the target view model complies with a creation method corresponding to the cross screen view can be continuously judged; when the feedback result of the if (_ isRight) statement is 0, the view needs to be displayed in a vertical screen mode, and whether the target view model complies with the creation method corresponding to the vertical screen view can be continuously judged.

Wherein, if the corresponding creation method is complied with can be judged by adopting if ([ msg respondToSelector: @ selector () ]) sentence. For example, when the target view model is a landscape view, whether the target view model msg is obeying the creation method of the landscape view can be judged by an if ([ msg respondToSector: @ selector (createBViewRighStyleInView:)) ] judgment statement; whether the target view model msg image complies with the creation method of the portrait view can be judged by an if ([ msg respondToSelector: @ selector: ]) judgment statement.

S130, if the target view model complies with the view creating method corresponding to the screen display direction, calling the view creating method to create the view to be played currently, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view.

In this embodiment, if the target view model complies with the view creation method corresponding to the screen display direction, a current view to be played may be created through a BView [ msg ×: self ] statement, where × may represent the view creation method corresponding to the screen display direction, which may be, for example, a createpeviewrighstyleinview that is a creation method of a landscape view, or a createpeviewievinew that is a creation method of a portrait view; the BView may represent the created and configured view, and may subsequently execute an animation of the view play.

The creation and configuration of the current view to be played can be realized by calling the view creation method, and the statements of the view are created in the creation method of the landscape/portrait view, and the statements of the configuration view can be the same. Illustratively, when the view of the current to-be-played file is a landscape view, whether a creation method of a vertical screen view (UIView < dywbview protocol >) createbbviewoinview (UIView) { } or a creation method of a landscape view (UIView < dywbview protocol >) createbbviewrigylview { }, the view to be played currently can be created through a dynblevview notblebview [ dynbleview loadfromxibrityle ] function, wherein the [ dynblevview loadloadfromxibrityle ] function is used for creating the view to be played currently, and the view to be played currently can return to a notblebview after the view to be played currently is created; the current view to be played can be configured through a [ nobleBView configViewmsg: self ] function, wherein self can represent the parameters of the target view model;

it should be noted that the function of the dynoblebwview notblebview [ dynoblebwview loadFromXibRightStyle ] is to create a banner;

the detailed description is that DYNOBLeWBView is a view of a banner, loadFromXibRightStyle is a method for creating a view of the banner, parameters are not needed in the method, nobleBView is a view after the banner is successfully created, DYNOBLeWBView is a variable for creating a view of the banner, and nobleBView is stored.

In some optional embodiments, if the screen display direction of the target view model is a landscape screen, invoking a view creation method to create a current view to be played, and configuring the current view to be played according to parameters of the target view model, including: creating a view to be played currently, and defining the view to be played currently as a right side display; and configuring the current view to be played according to the parameters of the target view model, and defining the right length of the current view to be played.

For example, when the view to be currently played is a landscape view, the step of creating and configuring the view to be currently played by using a creation method of a landscape view (UIView < dywbview w protocol >) createbiewrighstyleinview (UIView) view { } may be, for example: firstly, a view to be played currently can be created through a DYNOBLEW NOBLeBView [ DYNOBLEW LOADFROMXibRightStyle ] function; then, the view to be currently played is defined as a right display by a nobile bview.isright ═ YES function; then, the view to be played currently can be configured through a [ nobleBView configViewMsg: self ] function; then, the right length of the current view to be played can be defined by a noblebview.right ═ view.width function; finally, the created and configured view nobleBView can be returned through return nobleBView.

Different views are created by calling corresponding view creating methods through the screen display direction of the view model, and the created views are configured based on the parameters of the view model, so that different views are created based on the unified view creating logic, the unified creating logic of various views based on the view creating protocol is facilitated, and the view creating and queuing playing logic is simple and convenient.

And S140, when the configured view is played, removing the current view model information from the preset array, and repeatedly obtaining the first view model information in the preset array.

After the view is configured and played, the current view model information msg in the preset array can be removed, so that the next un-played view model information can be obtained through a head view display method showFirstMsg, and therefore queuing based on the view model information can be achieved.

In the embodiment, during the queuing processing, the queuing of the specific view is not concerned, but only the view model information is queued, and compared with the traditional queuing for constructing the view, the queuing processing method can more conveniently realize the queuing playing logic by queuing the view model information. In addition, the view model information can be acquired in sequence, different views are built by adopting unified logic and are played, the universality of view building codes can be improved, and the convenience of code later-period maintenance can be improved.

In the method for queuing and playing the view provided by this embodiment, the first view model information is acquired from the preset array by the first view display method, and whether a view model corresponding to the acquired view model information exists is determined; if so, determining the screen display direction of the view model, and judging whether the view model complies with a view creation method corresponding to the screen display direction; if so, calling a view creating method to create a view to be played currently, configuring the view according to the parameters of the view model, and playing the configured view; and when the playing is finished, removing the view model information from the preset array, and repeatedly acquiring the first view model information in the preset array. The view model information in the array is obtained in a circulating mode, different views are built through unified logic and played, the universality of view building codes can be improved, and the convenience of code later-period maintenance can be improved. And compared with the traditional method of queuing the constructed views, the method can more conveniently realize the queuing and playing logic by queuing the view model information.

Example two

Fig. 2 is a schematic structural diagram of a queuing and playing apparatus according to a second embodiment of the present invention. The queuing and playing device provided by the embodiment of the invention can be suitable for the situation of queuing and playing the view, such as the situation of queuing and playing the banner view of the gift.

Referring to fig. 2, the queuing and playing apparatus shown in the figure comprises:

an obtainingmodule 210, configured to obtain, by a first view display method, first view model information from a preset array, and determine whether a target view model corresponding to the obtained current view model information exists;

the determiningmodule 220 is configured to determine a screen display direction of the target view model if the view model corresponding to the acquired view model information exists, and determine whether the target view model complies with a view creating method corresponding to the screen display direction;

theplaying module 230 is configured to, if the view model complies with the view creating method corresponding to the screen display direction, invoke the view creating method to create the view to be played currently, configure the view to be played currently according to the parameters of the target view model, and play the configured view;

a removingmodule 240, configured to remove the current view model information from the preset array when the configured view is played;

correspondingly, the obtainingmodule 210 is further configured to repeatedly obtain the first view model information in the preset array.

In some optional embodiments, if the screen display direction of the view model is a landscape screen, the playing module is configured to create a view to be currently played, and define the view to be currently played as a right display; and configuring the current view to be played according to the parameters of the target view model, and defining the right length of the current view to be played.

In some optional embodiments, the queued playback apparatus for a view further includes:

and the protocol definition module is used for defining a view creation protocol before the first view model information is acquired from the preset array by the first view display method, and declaring a view creation method corresponding to each screen display direction by the view creation protocol.

In some further embodiments, the device for queuing and playing back views further comprises:

the view customizing module is used for defining a view customizing interface after defining a view creating protocol and setting the view customizing interface to comply with the view creating protocol; and customizing the image-text information of each view model by calling a view customizing interface.

In some optional embodiments, the device for queuing and playing back views further includes:

and the array definition module is used for defining the preset array through an array definition statement before the first view model information is acquired from the preset array through the first view display method.

and the array adding module is used for calling a view information adding method after the preset array is defined, and adding the view model information of the view to be played to the preset array.

In some alternative embodiments, the view is a gift banner view.

The queuing and playing device for the views, provided by the embodiment of the invention, can execute the queuing and playing method for the views, provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method. For details of the technique not described in detail, reference may be made to the method for queuing and playing the view provided by any embodiment of the present invention.

EXAMPLE III

Fig. 3 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention. FIG. 3 illustrates a block diagram of an exemplaryelectronic device 12 suitable for use in implementing any of the embodiments of the present invention. Theelectronic device 12 shown in fig. 3 is only an example and should not bring any limitations to the function and scope of use of the embodiments of the present invention.Device 12 is typically an electronic device that undertakes queued playback of views.

As shown in FIG. 3,electronic device 12 is embodied in the form of a general purpose computing device. The components ofelectronic device 12 may include, but are not limited to: one or more processors orprocessing units 16, amemory 28, and abus 18 that couples the various components (including thememory 28 and the processing unit 16).

Bus 18 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an enhanced ISA bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnect (PCI) bus.

Electronic device 12 typically includes a variety of computer-readable media. Such media may be any available media that is accessible byelectronic device 12 and includes both volatile and nonvolatile media, removable and non-removable media.

Memory 28 may include computer device readable media in the form of volatile Memory, such as Random Access Memory (RAM) 30 and/orcache Memory 32. Theelectronic device 12 may further include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,storage system 34 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 3, and commonly referred to as a "hard drive"). Although not shown in FIG. 3, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a Compact disk-Read Only Memory (CD-ROM), a Digital Video disk (DVD-ROM), or other optical media) may be provided. In these cases, each drive may be connected tobus 18 by one or more data media interfaces.Memory 28 may include at least oneprogram product 40, withprogram product 40 having a set ofprogram modules 42 configured to carry out the functions of embodiments of the invention.Program product 40 may be stored, for example, inmemory 28, andsuch program modules 42 include, but are not limited to, one or more application programs, other program modules, and program data, each of which examples or some combination may comprise an implementation of a network environment.Program modules 42 generally carry out the functions and/or methodologies of the described embodiments of the invention.

Electronic device 12 may also communicate with one or more external devices 14 (e.g., keyboard, mouse, camera, etc., and display), one or more devices that enable a user to interact withelectronic device 12, and/or any devices (e.g., network card, modem, etc.) that enableelectronic device 12 to communicate with one or more other computing devices. Such communication may be through an input/output (I/O)interface 22. Also, theelectronic device 12 may communicate with one or more networks (e.g., a Local Area Network (LAN), Wide Area Network (WAN), and/or a public Network such as the internet) via the Network adapter 20. As shown, the network adapter 20 communicates with other modules of theelectronic device 12 via thebus 18. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction withelectronic device 12, including but not limited to: microcode, device drivers, Redundant processing units, external disk drive Arrays, disk array (RAID) devices, tape drives, and data backup storage devices, to name a few.

Theprocessor 16 executes various functional applications and data processing by executing programs stored in thememory 28, for example, implementing a distribution method of the protocol provided by the above-described embodiment of the present invention, the method including:

acquiring first view model information from a preset array by a first view display method, and judging whether a target view model corresponding to the acquired current view model information exists or not; if so, determining the screen display direction of the target view model, and judging whether the target view model complies with a view creation method corresponding to the screen display direction; if the target view model complies with the view creating method corresponding to the screen display direction, calling the view creating method to create the view to be played currently, configuring the view to be played currently according to the parameters of the target view model, and playing the configured view; and when the configured view is played, removing the current view model information from the preset array, and repeatedly acquiring the first view model information in the preset array.

Of course, those skilled in the art can understand that the processor can also implement the technical solution of the distribution method of the protocol provided by any embodiment of the present invention.

Example four

The fourth embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements a method for queuing and playing views provided in the fourth embodiment of the present invention, where the method includes:

Of course, the computer program stored on the computer-readable storage medium provided by the embodiments of the present invention is not limited to the above method operations, and may also perform related operations in the queued playback method of views provided by any embodiment of the present invention.

Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, or the like, as well as conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments illustrated herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A method for queuing and playing views, comprising:

2. The method according to claim 1, wherein if the screen display direction of the target view model is landscape, invoking the view creation method to create a view to be played currently, and configuring the view to be played currently according to the parameters of the target view model, includes:

creating a current view to be played, and defining the current view to be played as a right side display;

and configuring the current view to be played according to the parameters of the target view model, and defining the right length of the current view to be played.

3. The method according to claim 1, further comprising, before the obtaining the first view model information from the preset array by the first view display method, the step of:

defining a view creation protocol, and declaring a view creation method corresponding to each screen display direction through the view creation protocol.

4. The method of claim 3, after defining the view creation protocol, comprising:

defining a view customization interface, and setting the view customization interface to comply with the view creation protocol;

and customizing the image-text information of each view model by calling the view customizing interface.

5. The method according to claim 1, further comprising, before the obtaining the first view model information from the preset array by the first view display method, the step of: and defining a preset array through an array definition statement.

6. The method of claim 5, further comprising, after said defining a preset array: and calling a view information adding method, and adding the view model information of the view to be played into the preset array.

7. The method of any of claims 1-6, wherein the view is a gift banner view.

8. A device for queuing and playing back views, comprising:

9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements a method of queued playback of a view as claimed in any of claims 1-7 when executing the computer program.

10. A storage medium containing computer-executable instructions which, when executed by a computer processor, implement a method of queued playback of a view as recited in any of claims 1-7.